You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Colin S. <col...@ex...> - 2004-05-11 13:06:05
|
Rod, At the TSS Symposium you mentioned having done some code to allow the appcontext to dynamically modify a class so that a create or getter method within it could actualy be hooked up to a prototype bean within the factory. What are your thoughts on adding this code in at this time? It would actually be of use to me... Colin |
|
From: <jue...@we...> - 2004-05-11 11:44:33
|
Tim, =20 <quote> Of course there is no credit to Spring. Why should there be? The main part of the EJB->Hibernate->EJB 3.0 and EJB 3.0 discussions were centered around it's Entity Bean solution. Particularly CMP. </quote> =20 As Thomas already elaborated, there's also a completely revamped Session = Bean model that does imitate Spring's development model, just like EJB 3 = Entity Beans imitate Hibernate respectively HQL. Why give repeated = explicit credits to Hibernate but not a single one to Spring (or any = other concrete lightweight container product)? =20 <quote> "Why oh why does this have to be part of the EJB spec? Why not doing a separate O/R mapping spec - no matter if within or outsider the JDO scope? There's no technical reason for tying this to an EJB container" I completely disagree. BMP/CMP/EJB has been getting a bad rap for a while now due to it's performance issues. It was in fact just plain garbage in most cases. So why not fix it? Why create a whole new spec and leave the other one in its state? What good does that do anyone? </quote> =20 The old EJB model, in particular EJB 2.x Entity Beans, will still be = around - live and kicking, without a single deprecation. I don't see the = point in adding a completely new POJO persistence model to the EJB spec: = It could simply refer to a separate O/R mapping spec (whether JDO or a = new one) instead, allowing the latter to address any environment (rather = than just EJB), and allowing persistence tool vendors to implement it = (rather than just EJB container vendors). =20 =20 For the record, I don't really expect to see a consequence regarding the = former point - I just wanted to publically note it. They will never = credit Spring in public, at least as long as it is not part of JBoss = Group ;-) =20 I have a pretty strong opinion regarding the latter point, though. There = isn't a single technical reason for a completely new O/R mapping spec as = part of EJB 3. It seems they just don't want to admit that EJB 1.x/2.x = Entity Beans have been such a failure, by still calling the new thing = "Entity Beans" (even if it's something completely new). =20 Juergen |
|
From: Seth L. <se...@eh...> - 2004-05-10 21:50:02
|
Seth Ladd wrote: > Hello, > > I'm trying to run the tests via ant, but both on windows and linux, I > run into this problem: OK, I appologize. Turns out Eclipse wiped out some imports that are used by the attributes, but aren't able to be picked up by any IDE. Because modern IDEs will want to remove those imports, I'd vote for using FQCN for attribute names. I can understand, though, why it's nice to use just the class name and use imports. Seth |
|
From: Seth L. <se...@eh...> - 2004-05-10 21:35:34
|
Hello,
I'm trying to run the tests via ant, but both on windows and linux, I
run into this problem:
buildtests:
[mkdir] Created dir:
/home/seth/eclipse/workspace/spring/target/test-classes
[javac] Compiling 260 source files to
/home/seth/eclipse/workspace/spring/target/test-classes
[javac]
/home/seth/eclipse/workspace/spring/target/generated-commons-attributes-test/org/springframework/aop/framework/autoproxy/metadata/TxClassImpl$__attributeRepository.java:32:
cannot resolve symbol
[javac] symbol : class DefaultTransactionAttribute
[javac] location: class
org.springframework.aop.framework.autoproxy.metadata.TxClassImpl$__attributeRepository
[javac] DefaultTransactionAttribute _attr = new
DefaultTransactionAttribute (TransactionDefinition.PROPAGATION_REQUIRED
//
/home/seth/eclipse/workspace/spring/test/org/springframework/aop/framework/autoproxy/metadata/TxClassImpl.java:35
[javac] ^
This is after ant clean ; ant tests
Is there another order of commands I should be giving? Or is the
problem merely a classpath one in the build file?
Thanks very much,
Seth
|
|
From: <tho...@tr...> - 2004-05-10 20:54:35
|
Tim,
I agree that the discussion on The ServerSide has centered around the Entity
Bean solution, but Linda's presentation did cover a lot more. She talked a lot
about Session Beans and Dependency Injection. Here is a transcript of a few of
her slides:
Access to Bean's Environment
- Get JNDI APIs out of developer's view
- Techniques/mechanisms
1)Declarative expression of dependencies in metadata
2)Container injection of resource, etc. entries
3)Simple programmatic lookup mechanisms
- Different usages, both have their place
2) very simple; facilitates testability (esp. setter injection techniques)
3) more flexible; dynamic
Injection
- Container can initialize instance variables at time bean is made available
- Setter injection is better technique
- Better testability
- Can use to inject ejbContext, EntityManager, resources, etc
- Considered constructor injection, but found it not as simple / flexible
One code example:
@Session public class MySessionBean {
private DataSource customerDB;
@Inject private void setCustomerDB(DataSource customerDB) {
customerDB = myDB;
}
public void myMethod (String myString) {
...
Connection conn = customerDB.getConnection();
...
}
}
I think it looks very familiar :-)
Thomas
Quoting Tim Chen <tc...@ta...>:
> Jurgen's post quotes:
> "And there hasn't been a single credit to Spring and co in Linda's=20
> talk... (but lots and lots of credits to Hibernate)."
> Of course there is no credit to Spring. Why should there be?
> The main part of the EJB->Hibernate->EJB 3.0 and EJB 3.0 discussions=20
> were centered around it's Entity Bean solution.
> Particularly CMP.
>
> "Spring=92s main aim is to make J2EE easier to use and promote good=20
> programming practice." *
> It does this by being a POJO/Dependency Injector container. And it does=20
> it very well. (Otherwise we wouldnt be using it ;)
>
> "Hibernate is a powerful, ultra-high performance object/relational=20
> persistence and query service for Java." **
> Given that, EJB (at least from the entity side) is closer to Hibernate=20
> than Spring.
> EJB is NOT a container.
>
> "There's a strong difference in terms of flexibility of deployment: EJB=20
> 3 can by design never match Spring's capability of adapting to all sorts=20
> of environments, even if adopting the same development model."
> Again. Why should it?! EJB was never meant to run outside of a non-ejb=20
> container. You can still use Hibernate for that anyways so who really=20
> cares? If you chose to use EJB then you've chosen to run in container.=20
> If you don't want to then it's very simple.. don't use EJBs.
>
> "Why oh why does this have to be part of the EJB spec? Why not doing a=20
> separate O/R mapping spec - no matter if within or outsider the JDO=20
> scope? There's no technical reason for tying this to an EJB container"
> I completely disagree. BMP/CMP/EJB has been getting a bad rap for a=20
> while now due to it's performance issues. It was in fact just plain=20
> garbage in most cases. So why not fix it? Why create a whole new spec=20
> and leave the other one in its state? What good does that do anyone?
>
> "It is not good enough to have some EJB 3 EntityManager implementations=20
> that can run outside an EJB container. It's still part of the EJB spec,=20
> not allowing certification for anything but a complete EJB container=20
> implementation (which includes the entire EJB 2 model)."
> I agree with that one. Backwards compatibility with something that was=20
> intrinsically broken is just a bad idea.
>
> -Tim
>
> * http://www.theserverside.com/articles/article.tss?l=3DSpringFramework
> ** http://www.hibernate.org/
>
> Jeff Boring wrote:
>
> > I agree with most of Juergen's comments about EJB 3=20
> > (http://blog.hibernate.org/cgi-bin/pollxn.cgi?storypath=3D/Gavin=20
> > King/ejb3.html).
> > I'd like to see:
> > 1) Gavin's response
> > 2) Juergen and/or Rod join JSR 244
> > Has anyone talked with Gavin (Juergen/Rod?) about this. Can you=20
> > provide a synopsis of what he said? I'd like to believe that he has=20
> > not completely gone over to the dark side :).
> > Politics aside, somebody representing this point of view still needs=20
> > to contribute. We all know that most of what we want will currently be=20
> > vetoed by the big vendors. However, we should still try and fight for=20
> > what we can get. Rod is the most qualified from what I know. Rod, can=20
> > you let us know what is going on in this area? Is there something some=20
> > of us could do to support you in this effort?
> > Jeff W. Boring
> > Impulse Point
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
|
|
From: Jeff B. <jb...@ds...> - 2004-05-10 20:28:43
|
> EJB was never meant to run outside of a non-ejb container. < Hum... but you are mixing specification with implementation. > You can still use Hibernate for that anyways so who really cares? If you chose to use EJB then you've chosen to run in container. If you don't want to then it's very simple.. don't use EJBs. < Why is one approach a Java Specification while the other one is not? What so magically about the EJB approach that it has it's own [container implementation] specification? Jeff W. Boring Impulse Point jb...@im... -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Tim Chen Sent: Monday, May 10, 2004 3:56 PM To: spr...@li... Subject: Re: [Springframework-developer] EBJ 3 and J2EE 1.5 Jurgen's post quotes: "And there hasn't been a single credit to Spring and co in Linda's talk... (but lots and lots of credits to Hibernate)." Of course there is no credit to Spring. Why should there be? The main part of the EJB->Hibernate->EJB 3.0 and EJB 3.0 discussions were centered around it's Entity Bean solution. Particularly CMP. "Spring's main aim is to make J2EE easier to use and promote good programming practice." * It does this by being a POJO/Dependency Injector container. And it does it very well. (Otherwise we wouldnt be using it ;) "Hibernate is a powerful, ultra-high performance object/relational persistence and query service for Java." ** Given that, EJB (at least from the entity side) is closer to Hibernate than Spring. EJB is NOT a container. "There's a strong difference in terms of flexibility of deployment: EJB 3 can by design never match Spring's capability of adapting to all sorts of environments, even if adopting the same development model." Again. Why should it?! EJB was never meant to run outside of a non-ejb container. You can still use Hibernate for that anyways so who really cares? If you chose to use EJB then you've chosen to run in container. If you don't want to then it's very simple.. don't use EJBs. "Why oh why does this have to be part of the EJB spec? Why not doing a separate O/R mapping spec - no matter if within or outsider the JDO scope? There's no technical reason for tying this to an EJB container" I completely disagree. BMP/CMP/EJB has been getting a bad rap for a while now due to it's performance issues. It was in fact just plain garbage in most cases. So why not fix it? Why create a whole new spec and leave the other one in its state? What good does that do anyone? "It is not good enough to have some EJB 3 EntityManager implementations that can run outside an EJB container. It's still part of the EJB spec, not allowing certification for anything but a complete EJB container implementation (which includes the entire EJB 2 model)." I agree with that one. Backwards compatibility with something that was intrinsically broken is just a bad idea. -Tim * http://www.theserverside.com/articles/article.tss?l=SpringFramework ** http://www.hibernate.org/ Jeff Boring wrote: > I agree with most of Juergen's comments about EJB 3 > (http://blog.hibernate.org/cgi-bin/pollxn.cgi?storypath=/Gavin > King/ejb3.html). > I'd like to see: > 1) Gavin's response > 2) Juergen and/or Rod join JSR 244 > Has anyone talked with Gavin (Juergen/Rod?) about this. Can you > provide a synopsis of what he said? I'd like to believe that he has > not completely gone over to the dark side :). > Politics aside, somebody representing this point of view still needs > to contribute. We all know that most of what we want will currently be > vetoed by the big vendors. However, we should still try and fight for > what we can get. Rod is the most qualified from what I know. Rod, can > you let us know what is going on in this area? Is there something some > of us could do to support you in this effort? > Jeff W. Boring > Impulse Point ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=dnemail3 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Tim C. <tc...@ta...> - 2004-05-10 19:56:24
|
Jurgen's post quotes: "And there hasn't been a single credit to Spring and co in Linda's=20 talk... (but lots and lots of credits to Hibernate)." Of course there is no credit to Spring. Why should there be? The main part of the EJB->Hibernate->EJB 3.0 and EJB 3.0 discussions=20 were centered around it's Entity Bean solution. Particularly CMP. "Spring=92s main aim is to make J2EE easier to use and promote good=20 programming practice." * It does this by being a POJO/Dependency Injector container. And it does=20 it very well. (Otherwise we wouldnt be using it ;) "Hibernate is a powerful, ultra-high performance object/relational=20 persistence and query service for Java." ** Given that, EJB (at least from the entity side) is closer to Hibernate=20 than Spring. EJB is NOT a container. "There's a strong difference in terms of flexibility of deployment: EJB=20 3 can by design never match Spring's capability of adapting to all sorts=20 of environments, even if adopting the same development model." Again. Why should it?! EJB was never meant to run outside of a non-ejb=20 container. You can still use Hibernate for that anyways so who really=20 cares? If you chose to use EJB then you've chosen to run in container.=20 If you don't want to then it's very simple.. don't use EJBs. "Why oh why does this have to be part of the EJB spec? Why not doing a=20 separate O/R mapping spec - no matter if within or outsider the JDO=20 scope? There's no technical reason for tying this to an EJB container" I completely disagree. BMP/CMP/EJB has been getting a bad rap for a=20 while now due to it's performance issues. It was in fact just plain=20 garbage in most cases. So why not fix it? Why create a whole new spec=20 and leave the other one in its state? What good does that do anyone? "It is not good enough to have some EJB 3 EntityManager implementations=20 that can run outside an EJB container. It's still part of the EJB spec,=20 not allowing certification for anything but a complete EJB container=20 implementation (which includes the entire EJB 2 model)." I agree with that one. Backwards compatibility with something that was=20 intrinsically broken is just a bad idea. -Tim * http://www.theserverside.com/articles/article.tss?l=3DSpringFramework ** http://www.hibernate.org/ Jeff Boring wrote: > I agree with most of Juergen's comments about EJB 3=20 > (http://blog.hibernate.org/cgi-bin/pollxn.cgi?storypath=3D/Gavin=20 > King/ejb3.html). > I'd like to see: > 1) Gavin's response > 2) Juergen and/or Rod join JSR 244 > Has anyone talked with Gavin (Juergen/Rod?) about this. Can you=20 > provide a synopsis of what he said? I'd like to believe that he has=20 > not completely gone over to the dark side :). > Politics aside, somebody representing this point of view still needs=20 > to contribute. We all know that most of what we want will currently be=20 > vetoed by the big vendors. However, we should still try and fight for=20 > what we can get. Rod is the most qualified from what I know. Rod, can=20 > you let us know what is going on in this area? Is there something some=20 > of us could do to support you in this effort? > Jeff W. Boring > Impulse Point |
|
From: Jeff B. <jb...@ds...> - 2004-05-10 18:05:27
|
I agree with most of Juergen's comments about EJB 3 (http://blog.hibernate.org/cgi-bin/pollxn.cgi?storypath=/Gavin King/ejb3.html). I'd like to see: 1) Gavin's response 2) Juergen and/or Rod join JSR 244 Has anyone talked with Gavin (Juergen/Rod?) about this. Can you provide a synopsis of what he said? I'd like to believe that he has not completely gone over to the dark side :). Politics aside, somebody representing this point of view still needs to contribute. We all know that most of what we want will currently be vetoed by the big vendors. However, we should still try and fight for what we can get. Rod is the most qualified from what I know. Rod, can you let us know what is going on in this area? Is there something some of us could do to support you in this effort? Jeff W. Boring Impulse Point |
|
From: <viv...@ya...> - 2004-05-10 14:17:58
|
I don't think this is a spring issue, perhaps you have commons-dbcp in your system classpath, and the MySQL driver is in you Web-App class path. The dbcp classes would be loaded by the System classloader, and would not be able to "see" into the webapp child classloader to load the mysql driver. -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of alula Sent: Monday, May 10, 2004 2:05 To: spr...@li... Subject: RE: [Springframework-developer] sample jpetstore exception on connect to mysql this time I modified the jdbc.properties as jdbc.driverClassName=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/jpetstore and use mysql-connector-java-2.0.14-bin.jar as jdbc connector, but it'has the exception as below: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC connection; nested exception is org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver class 'com.mysql.jdbc.Driver ' org.springframework.jdbc.datasource.DataSourceUtils.getConnect ion(DataSourceUtils.java:141) org.springframework.jdbc.datasource.DataSourceTransactionManag er.doBegin(DataSourceTransactionManager.java:135) org.springframework.transaction.support.AbstractPlatformTransa ctionManager.getTransaction (AbstractPlatformTransactionManager.java:216) org.springframework.transaction.interceptor.TransactionInterce ptor.invoke(TransactionInterceptor.java:151) org.springframework.aop.framework.ReflectiveMethodInvocation.p roceed(ReflectiveMethodInvocation.java:134) org.springframework.aop.framework.JdkDynamicAopProxy.invoke (JdkDynamicAopProxy.java:148) $Proxy0.getCategory(Unknown Source) Tom K <tk...@co...>: > The problem is the line: jdbc.driverClassName=org.gjt.mm.mysql.Driver > Should be: jdbc.driverClassName=com.mysql.jdbc.Driver > > The author of the ConnectorJ version 3.0 and above uses a different > driver class name because of a change in the license for the driver. > > See my previous email for the error in load script too. > > Tom Kochanowicz > > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf > Of alula > Sent: Sunday, May 09, 2004 10:06 PM > To: springframework-developer-request; springframework-developer > Subject: [Springframework-developer] sample jpetstore exception on > connect to mysql > > I configure war/WEB-INF/jdbc.properties as below: > > jdbc.driverClassName=org.gjt.mm.mysql.Driver > jdbc.url=jdbc:mysql://localhost:3306/petclinic > > and modify the build.xml in order to embrace the mysql connect file: > mysql-connector-java-3.1.1-alpha-bin.jar > > after ant all, I looked that the mysql-connector-java-3.1.1-alpha- > bin.jar file is in the jpetstore.war, then I put the jpetstore.war to > $TOMCAT_HOME/webapps directory, I type the > http://localhost:8080/jpetstore in browser the index file displayed > well, but when it access database it has the exception as below: > > org.springframework.jdbc.CannotGetJdbcConnectionException: Could not > get JDBC connection; nested exception is > org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver > class 'org.gjt.mm.mysql.Driver ' > org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver > class 'org.gjt.mm.mysql.Driver ', cause: > java.lang.ClassNotFoundException: org/gjt/mm/mysql/Driver > at java.lang.Class.forName0(Native Method > > how can I should do ? why it could not find the Class: > org/gjt/mm/mysql/Driver > > I list the file mysql-connector-java-3.1.1-alpha-bin.jar below: > > 0 Fri Feb 13 14:26:00 CST 2004 META-INF/ > 106 Fri Feb 13 14:25:58 CST 2004 META-INF/MANIFEST.MF > 19794 Fri Feb 13 14:25:18 CST 2004 COPYING > 1113 Fri Feb 13 14:25:14 CST 2004 README > 0 Fri Feb 13 14:25:14 CST 2004 com/ > 0 Fri Feb 13 14:25:14 CST 2004 com/mysql/ > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/ > 826 Fri Feb 13 14:25:42 CST 2004 > com/mysql/jdbc/AssertionFailedException.class > 2956 Fri Feb 13 14:25:42 CST 2004 com/mysql/jdbc/Blob.class > 6863 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/BlobFromLocator.class > 4615 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Buffer.class > 8940 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ByteArrayBuffer.class > 872 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CallableStatement$CallableStatementParam.class > 20061 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CallableStatement.class > 9780 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/ChannelBuffer.class > 4617 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CharsetMapping.class > 4560 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Clob.class > 3975 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CommunicationsException.class > 3328 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CompressedInputStream.class > 20392 Fri Feb 13 14:25:44 CST 2004 > com/mysql/jdbc/Connection$UltraDevWorkAround.class > 37909 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/Connection.class > 372 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$1.class > 2071 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$BooleanConnectionProperty.class > 4327 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$ConnectionProperty.class > 3013 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$IntegerConnectionProperty.class > 2131 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$StringConnectionProperty.class > 28038 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties.class > 380 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Constants.class > 3606 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/DatabaseMetaData$TypeDescriptor.class > 66532 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/DatabaseMetaData.class > 718 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/DocsConnectionPropsHelper.class > 688 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Driver.class > 5276 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/EscapeProcessor.class > 411 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/EscapeProcessorResult.class > 2188 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/EscapeTokenizer.class > 9051 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Field.class > 1290 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Messages.class > 8339 Fri Feb 13 14:25:18 CST 2004 com/mysql/jdbc/Messages.properties > 1316 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MiniAdmin.class > 5057 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlDefs.class > 43631 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlIO.class > 1582 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/MysqlSavepoint.class > 1802 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory$NamedPipeSocket.class > 1339 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileInputStream.clas > s > 1266 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileOutputStream.cla > ss > 1798 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory.class > 6122 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/NonRegisteringDriver.class > 392 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NotImplemented.class > 798 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/NotUpdatable.class > 165 Fri Feb 13 14:25:42 CST 2004 > com/mysql/jdbc/OutputStreamWatcher.class > 829 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/PacketTooBigException.class > 1218 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement$BatchParams.class > 647 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement$EndPoint.class > 3782 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement$ParseInfo.class > 35101 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement.class > 55641 Fri Feb 13 14:25:44 CST 2004 com/mysql/jdbc/ResultSet.class > 5555 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/ResultSetMetaData.class > 1059 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/RowData.class > 708 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/RowDataDynamic$OperationNotSupportedException.class > 6129 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/RowDataDynamic.class > 2768 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/RowDataStatic.class > 6373 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/SQLError.class > 4172 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Security.class > 1063 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ServerPreparedStatement$BatchedBindValues.class > 1018 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ServerPreparedStatement$BindValue.class > 24400 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ServerPreparedStatement.class > 3237 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/SingleByteCharsetConverter.class > 379 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/SocketFactory.class > 4111 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/StandardSocketFactory.class > 751 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/Statement$CachedResultSetMetaData.class > 20567 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Statement.class > 8406 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/StringUtils.class > 31817 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/TimeUtil.class > 25663 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/UpdatableResultSet.class > 565 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/Util$RandStructcture.class > 5095 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Util.class > 792 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/WatchableOutputStream.class > 702 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/WatchableWriter.class > 153 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/WriterWatcher.class > 0 Fri Feb 13 14:25:14 CST 2004 com/mysql/jdbc/jdbc2/ > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/jdbc2/optional/ > 9152 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/ConnectionWrapper.class > 1216 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlConnectionPoolDataSource.class > 5788 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlDataSource.class > 2955 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlDataSourceFactory.class > 2964 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlPooledConnection.class > 9681 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/PreparedStatementWrapper.class > 7935 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/StatementWrapper.class > 897 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/WrapperBase.class > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/log/ > 5824 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/Jdk14Logger.class > 489 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/log/Log.class > 1837 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/Log4JLogger.class > 2889 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/LogFactory.class > 1908 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/NullLogger.class > 5855 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/StandardLogger.class > 0 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/profiler/ > 1724 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/profiler/ProfileEventSink.class > 5837 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/profiler/ProfilerEvent.class > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/util/ > 636 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/util/LRUCache.class > 802 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/PropertiesDocGenerator$DocProperties.class > 917 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/PropertiesDocGenerator.class > 5026 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/ServerController.class > 1894 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/TimezoneDump.class > 0 Fri Feb 13 14:25:16 CST 2004 org/ > 0 Fri Feb 13 14:25:16 CST 2004 org/gjt/ > 0 Fri Feb 13 14:25:16 CST 2004 org/gjt/mm/ > 0 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/ > 336 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/Driver.class > 279 Fri Feb 13 14:26:02 CST 2004 META-INF/INDEX.LIST > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > _______________________________________________ > 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.557 / Virus Database: 349 - Release Date: 12/30/2003 > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.557 / Virus Database: 349 - Release Date: 12/30/2003 > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework- developer > ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover |
|
From: alula <al...@ma...> - 2004-05-10 06:02:31
|
this time I modified the jdbc.properties as jdbc.driverClassName=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/jpetstore and use mysql-connector-java-2.0.14-bin.jar as jdbc connector, but it'has the exception as below: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC connection; nested exception is org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver class 'com.mysql.jdbc.Driver ' org.springframework.jdbc.datasource.DataSourceUtils.getConnect ion(DataSourceUtils.java:141) org.springframework.jdbc.datasource.DataSourceTransactionManag er.doBegin(DataSourceTransactionManager.java:135) org.springframework.transaction.support.AbstractPlatformTransa ctionManager.getTransaction (AbstractPlatformTransactionManager.java:216) org.springframework.transaction.interceptor.TransactionInterce ptor.invoke(TransactionInterceptor.java:151) org.springframework.aop.framework.ReflectiveMethodInvocation.p roceed(ReflectiveMethodInvocation.java:134) org.springframework.aop.framework.JdkDynamicAopProxy.invoke (JdkDynamicAopProxy.java:148) $Proxy0.getCategory(Unknown Source) Tom K <tk...@co...>: > The problem is the line: jdbc.driverClassName=org.gjt.mm.mysql.Driver > Should be: jdbc.driverClassName=com.mysql.jdbc.Driver > > The author of the ConnectorJ version 3.0 and above uses a different > driver class name because of a change in the license for the driver. > > See my previous email for the error in load script too. > > Tom Kochanowicz > > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf > Of alula > Sent: Sunday, May 09, 2004 10:06 PM > To: springframework-developer-request; springframework-developer > Subject: [Springframework-developer] sample jpetstore exception on > connect to mysql > > I configure war/WEB-INF/jdbc.properties as below: > > jdbc.driverClassName=org.gjt.mm.mysql.Driver > jdbc.url=jdbc:mysql://localhost:3306/petclinic > > and modify the build.xml in order to embrace the mysql connect file: > mysql-connector-java-3.1.1-alpha-bin.jar > > after ant all, I looked that the mysql-connector-java-3.1.1-alpha- > bin.jar file is in the jpetstore.war, then I put the jpetstore.war to > $TOMCAT_HOME/webapps directory, I type the > http://localhost:8080/jpetstore in browser the index file displayed > well, but when it access database it has the exception as below: > > org.springframework.jdbc.CannotGetJdbcConnectionException: Could not > get JDBC connection; nested exception is > org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver > class 'org.gjt.mm.mysql.Driver ' > org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver > class 'org.gjt.mm.mysql.Driver ', cause: > java.lang.ClassNotFoundException: org/gjt/mm/mysql/Driver > at java.lang.Class.forName0(Native Method > > how can I should do ? why it could not find the Class: > org/gjt/mm/mysql/Driver > > I list the file mysql-connector-java-3.1.1-alpha-bin.jar below: > > 0 Fri Feb 13 14:26:00 CST 2004 META-INF/ > 106 Fri Feb 13 14:25:58 CST 2004 META-INF/MANIFEST.MF > 19794 Fri Feb 13 14:25:18 CST 2004 COPYING > 1113 Fri Feb 13 14:25:14 CST 2004 README > 0 Fri Feb 13 14:25:14 CST 2004 com/ > 0 Fri Feb 13 14:25:14 CST 2004 com/mysql/ > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/ > 826 Fri Feb 13 14:25:42 CST 2004 > com/mysql/jdbc/AssertionFailedException.class > 2956 Fri Feb 13 14:25:42 CST 2004 com/mysql/jdbc/Blob.class > 6863 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/BlobFromLocator.class > 4615 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Buffer.class > 8940 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ByteArrayBuffer.class > 872 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CallableStatement$CallableStatementParam.class > 20061 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CallableStatement.class > 9780 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/ChannelBuffer.class > 4617 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CharsetMapping.class > 4560 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Clob.class > 3975 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CommunicationsException.class > 3328 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/CompressedInputStream.class > 20392 Fri Feb 13 14:25:44 CST 2004 > com/mysql/jdbc/Connection$UltraDevWorkAround.class > 37909 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/Connection.class > 372 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$1.class > 2071 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$BooleanConnectionProperty.class > 4327 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$ConnectionProperty.class > 3013 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$IntegerConnectionProperty.class > 2131 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties$StringConnectionProperty.class > 28038 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/ConnectionProperties.class > 380 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Constants.class > 3606 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/DatabaseMetaData$TypeDescriptor.class > 66532 Fri Feb 13 14:25:46 CST 2004 > com/mysql/jdbc/DatabaseMetaData.class > 718 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/DocsConnectionPropsHelper.class > 688 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Driver.class > 5276 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/EscapeProcessor.class > 411 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/EscapeProcessorResult.class > 2188 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/EscapeTokenizer.class > 9051 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Field.class > 1290 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Messages.class > 8339 Fri Feb 13 14:25:18 CST 2004 com/mysql/jdbc/Messages.properties > 1316 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MiniAdmin.class > 5057 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlDefs.class > 43631 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlIO.class > 1582 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/MysqlSavepoint.class > 1802 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory$NamedPipeSocket.class > 1339 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileInputStream.clas > s > 1266 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileOutputStream.cla > ss > 1798 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NamedPipeSocketFactory.class > 6122 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/NonRegisteringDriver.class > 392 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/NotImplemented.class > 798 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/NotUpdatable.class > 165 Fri Feb 13 14:25:42 CST 2004 > com/mysql/jdbc/OutputStreamWatcher.class > 829 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/PacketTooBigException.class > 1218 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement$BatchParams.class > 647 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement$EndPoint.class > 3782 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement$ParseInfo.class > 35101 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/PreparedStatement.class > 55641 Fri Feb 13 14:25:44 CST 2004 com/mysql/jdbc/ResultSet.class > 5555 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/ResultSetMetaData.class > 1059 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/RowData.class > 708 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/RowDataDynamic$OperationNotSupportedException.class > 6129 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/RowDataDynamic.class > 2768 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/RowDataStatic.class > 6373 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/SQLError.class > 4172 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Security.class > 1063 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ServerPreparedStatement$BatchedBindValues.class > 1018 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ServerPreparedStatement$BindValue.class > 24400 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/ServerPreparedStatement.class > 3237 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/SingleByteCharsetConverter.class > 379 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/SocketFactory.class > 4111 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/StandardSocketFactory.class > 751 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/Statement$CachedResultSetMetaData.class > 20567 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Statement.class > 8406 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/StringUtils.class > 31817 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/TimeUtil.class > 25663 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/UpdatableResultSet.class > 565 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/Util$RandStructcture.class > 5095 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Util.class > 792 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/WatchableOutputStream.class > 702 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/WatchableWriter.class > 153 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/WriterWatcher.class > 0 Fri Feb 13 14:25:14 CST 2004 com/mysql/jdbc/jdbc2/ > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/jdbc2/optional/ > 9152 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/ConnectionWrapper.class > 1216 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlConnectionPoolDataSource.class > 5788 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlDataSource.class > 2955 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlDataSourceFactory.class > 2964 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/MysqlPooledConnection.class > 9681 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/PreparedStatementWrapper.class > 7935 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/StatementWrapper.class > 897 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/jdbc2/optional/WrapperBase.class > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/log/ > 5824 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/Jdk14Logger.class > 489 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/log/Log.class > 1837 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/Log4JLogger.class > 2889 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/LogFactory.class > 1908 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/NullLogger.class > 5855 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/log/StandardLogger.class > 0 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/profiler/ > 1724 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/profiler/ProfileEventSink.class > 5837 Fri Feb 13 14:25:48 CST 2004 > com/mysql/jdbc/profiler/ProfilerEvent.class > 0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/util/ > 636 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/util/LRUCache.class > 802 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/PropertiesDocGenerator$DocProperties.class > 917 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/PropertiesDocGenerator.class > 5026 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/ServerController.class > 1894 Fri Feb 13 14:25:50 CST 2004 > com/mysql/jdbc/util/TimezoneDump.class > 0 Fri Feb 13 14:25:16 CST 2004 org/ > 0 Fri Feb 13 14:25:16 CST 2004 org/gjt/ > 0 Fri Feb 13 14:25:16 CST 2004 org/gjt/mm/ > 0 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/ > 336 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/Driver.class > 279 Fri Feb 13 14:26:02 CST 2004 META-INF/INDEX.LIST > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > _______________________________________________ > 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.557 / Virus Database: 349 - Release Date: 12/30/2003 > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.557 / Virus Database: 349 - Release Date: 12/30/2003 > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework- developer > |
|
From: Tom K <tk...@co...> - 2004-05-10 04:26:11
|
The problem is the line: jdbc.driverClassName=org.gjt.mm.mysql.Driver
Should be: jdbc.driverClassName=com.mysql.jdbc.Driver
The author of the ConnectorJ version 3.0 and above uses a different
driver class name because of a change in the license for the driver.
See my previous email for the error in load script too.
Tom Kochanowicz
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of alula
Sent: Sunday, May 09, 2004 10:06 PM
To: springframework-developer-request; springframework-developer
Subject: [Springframework-developer] sample jpetstore exception on
connect to mysql
I configure war/WEB-INF/jdbc.properties as below:
jdbc.driverClassName=org.gjt.mm.mysql.Driver
jdbc.url=jdbc:mysql://localhost:3306/petclinic
and modify the build.xml in order to embrace the mysql connect file:
mysql-connector-java-3.1.1-alpha-bin.jar
after ant all, I looked that the mysql-connector-java-3.1.1-alpha-
bin.jar file is in the jpetstore.war, then I put the jpetstore.war to
$TOMCAT_HOME/webapps directory, I type the
http://localhost:8080/jpetstore in browser the index file displayed
well, but when it access database it has the exception as below:
org.springframework.jdbc.CannotGetJdbcConnectionException: Could not
get JDBC connection; nested exception is
org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver
class 'org.gjt.mm.mysql.Driver '
org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver
class 'org.gjt.mm.mysql.Driver ', cause:
java.lang.ClassNotFoundException: org/gjt/mm/mysql/Driver
at java.lang.Class.forName0(Native Method
how can I should do ? why it could not find the Class:
org/gjt/mm/mysql/Driver
I list the file mysql-connector-java-3.1.1-alpha-bin.jar below:
0 Fri Feb 13 14:26:00 CST 2004 META-INF/
106 Fri Feb 13 14:25:58 CST 2004 META-INF/MANIFEST.MF
19794 Fri Feb 13 14:25:18 CST 2004 COPYING
1113 Fri Feb 13 14:25:14 CST 2004 README
0 Fri Feb 13 14:25:14 CST 2004 com/
0 Fri Feb 13 14:25:14 CST 2004 com/mysql/
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/
826 Fri Feb 13 14:25:42 CST 2004
com/mysql/jdbc/AssertionFailedException.class
2956 Fri Feb 13 14:25:42 CST 2004 com/mysql/jdbc/Blob.class
6863 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/BlobFromLocator.class
4615 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Buffer.class
8940 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ByteArrayBuffer.class
872 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CallableStatement$CallableStatementParam.class
20061 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CallableStatement.class
9780 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/ChannelBuffer.class
4617 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CharsetMapping.class
4560 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Clob.class
3975 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CommunicationsException.class
3328 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CompressedInputStream.class
20392 Fri Feb 13 14:25:44 CST 2004
com/mysql/jdbc/Connection$UltraDevWorkAround.class
37909 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/Connection.class
372 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$1.class
2071 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$BooleanConnectionProperty.class
4327 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$ConnectionProperty.class
3013 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$IntegerConnectionProperty.class
2131 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$StringConnectionProperty.class
28038 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties.class
380 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Constants.class
3606 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/DatabaseMetaData$TypeDescriptor.class
66532 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/DatabaseMetaData.class
718 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/DocsConnectionPropsHelper.class
688 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Driver.class
5276 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/EscapeProcessor.class
411 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/EscapeProcessorResult.class
2188 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/EscapeTokenizer.class
9051 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Field.class
1290 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Messages.class
8339 Fri Feb 13 14:25:18 CST 2004 com/mysql/jdbc/Messages.properties
1316 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MiniAdmin.class
5057 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlDefs.class
43631 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlIO.class
1582 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/MysqlSavepoint.class
1802 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory$NamedPipeSocket.class
1339 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileInputStream.clas
s
1266 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileOutputStream.cla
ss
1798 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory.class
6122 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/NonRegisteringDriver.class
392 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NotImplemented.class
798 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/NotUpdatable.class
165 Fri Feb 13 14:25:42 CST 2004
com/mysql/jdbc/OutputStreamWatcher.class
829 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/PacketTooBigException.class
1218 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement$BatchParams.class
647 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement$EndPoint.class
3782 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement$ParseInfo.class
35101 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement.class
55641 Fri Feb 13 14:25:44 CST 2004 com/mysql/jdbc/ResultSet.class
5555 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/ResultSetMetaData.class
1059 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/RowData.class
708 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/RowDataDynamic$OperationNotSupportedException.class
6129 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/RowDataDynamic.class
2768 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/RowDataStatic.class
6373 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/SQLError.class
4172 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Security.class
1063 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ServerPreparedStatement$BatchedBindValues.class
1018 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ServerPreparedStatement$BindValue.class
24400 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ServerPreparedStatement.class
3237 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/SingleByteCharsetConverter.class
379 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/SocketFactory.class
4111 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/StandardSocketFactory.class
751 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/Statement$CachedResultSetMetaData.class
20567 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Statement.class
8406 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/StringUtils.class
31817 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/TimeUtil.class
25663 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/UpdatableResultSet.class
565 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/Util$RandStructcture.class
5095 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Util.class
792 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/WatchableOutputStream.class
702 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/WatchableWriter.class
153 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/WriterWatcher.class
0 Fri Feb 13 14:25:14 CST 2004 com/mysql/jdbc/jdbc2/
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/jdbc2/optional/
9152 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/ConnectionWrapper.class
1216 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlConnectionPoolDataSource.class
5788 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlDataSource.class
2955 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlDataSourceFactory.class
2964 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlPooledConnection.class
9681 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/PreparedStatementWrapper.class
7935 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/StatementWrapper.class
897 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/WrapperBase.class
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/log/
5824 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/Jdk14Logger.class
489 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/log/Log.class
1837 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/Log4JLogger.class
2889 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/LogFactory.class
1908 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/NullLogger.class
5855 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/StandardLogger.class
0 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/profiler/
1724 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/profiler/ProfileEventSink.class
5837 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/profiler/ProfilerEvent.class
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/util/
636 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/util/LRUCache.class
802 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/PropertiesDocGenerator$DocProperties.class
917 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/PropertiesDocGenerator.class
5026 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/ServerController.class
1894 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/TimezoneDump.class
0 Fri Feb 13 14:25:16 CST 2004 org/
0 Fri Feb 13 14:25:16 CST 2004 org/gjt/
0 Fri Feb 13 14:25:16 CST 2004 org/gjt/mm/
0 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/
336 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/Driver.class
279 Fri Feb 13 14:26:02 CST 2004 META-INF/INDEX.LIST
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
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.557 / Virus Database: 349 - Release Date: 12/30/2003
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.557 / Virus Database: 349 - Release Date: 12/30/2003
|
|
From: alula <al...@ma...> - 2004-05-10 03:04:55
|
I configure war/WEB-INF/jdbc.properties as below:
jdbc.driverClassName=org.gjt.mm.mysql.Driver
jdbc.url=jdbc:mysql://localhost:3306/petclinic
and modify the build.xml in order to embrace the mysql connect file:
mysql-connector-java-3.1.1-alpha-bin.jar
after ant all, I looked that the mysql-connector-java-3.1.1-alpha-
bin.jar file is in the jpetstore.war, then I put the jpetstore.war to
$TOMCAT_HOME/webapps directory, I type the
http://localhost:8080/jpetstore in browser the index file displayed
well, but when it access database it has the exception as below:
org.springframework.jdbc.CannotGetJdbcConnectionException: Could not
get JDBC connection; nested exception is
org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver
class 'org.gjt.mm.mysql.Driver '
org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver
class 'org.gjt.mm.mysql.Driver ', cause:
java.lang.ClassNotFoundException: org/gjt/mm/mysql/Driver
at java.lang.Class.forName0(Native Method
how can I should do ? why it could not find the Class:
org/gjt/mm/mysql/Driver
I list the file mysql-connector-java-3.1.1-alpha-bin.jar below:
0 Fri Feb 13 14:26:00 CST 2004 META-INF/
106 Fri Feb 13 14:25:58 CST 2004 META-INF/MANIFEST.MF
19794 Fri Feb 13 14:25:18 CST 2004 COPYING
1113 Fri Feb 13 14:25:14 CST 2004 README
0 Fri Feb 13 14:25:14 CST 2004 com/
0 Fri Feb 13 14:25:14 CST 2004 com/mysql/
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/
826 Fri Feb 13 14:25:42 CST 2004
com/mysql/jdbc/AssertionFailedException.class
2956 Fri Feb 13 14:25:42 CST 2004 com/mysql/jdbc/Blob.class
6863 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/BlobFromLocator.class
4615 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Buffer.class
8940 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ByteArrayBuffer.class
872 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CallableStatement$CallableStatementParam.class
20061 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CallableStatement.class
9780 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/ChannelBuffer.class
4617 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CharsetMapping.class
4560 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Clob.class
3975 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CommunicationsException.class
3328 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/CompressedInputStream.class
20392 Fri Feb 13 14:25:44 CST 2004
com/mysql/jdbc/Connection$UltraDevWorkAround.class
37909 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/Connection.class
372 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$1.class
2071 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$BooleanConnectionProperty.class
4327 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$ConnectionProperty.class
3013 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$IntegerConnectionProperty.class
2131 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties$StringConnectionProperty.class
28038 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/ConnectionProperties.class
380 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Constants.class
3606 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/DatabaseMetaData$TypeDescriptor.class
66532 Fri Feb 13 14:25:46 CST 2004
com/mysql/jdbc/DatabaseMetaData.class
718 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/DocsConnectionPropsHelper.class
688 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Driver.class
5276 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/EscapeProcessor.class
411 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/EscapeProcessorResult.class
2188 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/EscapeTokenizer.class
9051 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Field.class
1290 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Messages.class
8339 Fri Feb 13 14:25:18 CST 2004 com/mysql/jdbc/Messages.properties
1316 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MiniAdmin.class
5057 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlDefs.class
43631 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/MysqlIO.class
1582 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/MysqlSavepoint.class
1802 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory$NamedPipeSocket.class
1339 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileInputStream.clas
s
1266 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory$RandomAccessFileOutputStream.cla
ss
1798 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NamedPipeSocketFactory.class
6122 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/NonRegisteringDriver.class
392 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/NotImplemented.class
798 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/NotUpdatable.class
165 Fri Feb 13 14:25:42 CST 2004
com/mysql/jdbc/OutputStreamWatcher.class
829 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/PacketTooBigException.class
1218 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement$BatchParams.class
647 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement$EndPoint.class
3782 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement$ParseInfo.class
35101 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/PreparedStatement.class
55641 Fri Feb 13 14:25:44 CST 2004 com/mysql/jdbc/ResultSet.class
5555 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/ResultSetMetaData.class
1059 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/RowData.class
708 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/RowDataDynamic$OperationNotSupportedException.class
6129 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/RowDataDynamic.class
2768 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/RowDataStatic.class
6373 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/SQLError.class
4172 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Security.class
1063 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ServerPreparedStatement$BatchedBindValues.class
1018 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ServerPreparedStatement$BindValue.class
24400 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/ServerPreparedStatement.class
3237 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/SingleByteCharsetConverter.class
379 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/SocketFactory.class
4111 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/StandardSocketFactory.class
751 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/Statement$CachedResultSetMetaData.class
20567 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/Statement.class
8406 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/StringUtils.class
31817 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/TimeUtil.class
25663 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/UpdatableResultSet.class
565 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/Util$RandStructcture.class
5095 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/Util.class
792 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/WatchableOutputStream.class
702 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/WatchableWriter.class
153 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/WriterWatcher.class
0 Fri Feb 13 14:25:14 CST 2004 com/mysql/jdbc/jdbc2/
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/jdbc2/optional/
9152 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/ConnectionWrapper.class
1216 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlConnectionPoolDataSource.class
5788 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlDataSource.class
2955 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlDataSourceFactory.class
2964 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/MysqlPooledConnection.class
9681 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/PreparedStatementWrapper.class
7935 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/StatementWrapper.class
897 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/jdbc2/optional/WrapperBase.class
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/log/
5824 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/Jdk14Logger.class
489 Fri Feb 13 14:25:46 CST 2004 com/mysql/jdbc/log/Log.class
1837 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/Log4JLogger.class
2889 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/LogFactory.class
1908 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/NullLogger.class
5855 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/log/StandardLogger.class
0 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/profiler/
1724 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/profiler/ProfileEventSink.class
5837 Fri Feb 13 14:25:48 CST 2004
com/mysql/jdbc/profiler/ProfilerEvent.class
0 Fri Feb 13 14:25:50 CST 2004 com/mysql/jdbc/util/
636 Fri Feb 13 14:25:48 CST 2004 com/mysql/jdbc/util/LRUCache.class
802 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/PropertiesDocGenerator$DocProperties.class
917 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/PropertiesDocGenerator.class
5026 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/ServerController.class
1894 Fri Feb 13 14:25:50 CST 2004
com/mysql/jdbc/util/TimezoneDump.class
0 Fri Feb 13 14:25:16 CST 2004 org/
0 Fri Feb 13 14:25:16 CST 2004 org/gjt/
0 Fri Feb 13 14:25:16 CST 2004 org/gjt/mm/
0 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/
336 Fri Feb 13 14:25:50 CST 2004 org/gjt/mm/mysql/Driver.class
279 Fri Feb 13 14:26:02 CST 2004 META-INF/INDEX.LIST
|
|
From: Jean-Pierre P. <jp....@ti...> - 2004-05-08 21:05:50
|
Hi all, I returned recently from JBoss to Tomcat alone. I had a problem at = starting application as the setWebAppRootSystemProperty method throwed = an exception. First, I had to change the message generated by the exception to show = both the two strings compared. So I was able to see what was wrong. The problem:=20 When setting in Tomcat a relative location for a context, the path = generated by Tomcat starts from tomcat_folder/bin, having something like = "[Tomcat_path]/bin/../dummy". On other hand getRealPath() will render = something like "[Tomcat_path]/dummy". The paths are equivalent but the = strings don't match. The changes: - The exception from setWebAppRootSystemProperty writes both the = compared values - setWebAppRootSystemProperty calls now pathEquals method instead of = equals - In utils.StringUtils, pathEquals and cleanPath methods I wrote were = added - In TestSuiteStringUtils, a test method for cleanPath was added. cleanPath normalizes a path by suppressing all unneeded parts handling = "." and "..". Just it replaces the Windows "\" by unix slashes. It"s not = a problem to add code to restore original sign, but for comparizon, it's = unnecessary. Clearly the method change is more expensive as the original, but has a = better behaviour and finally is called once on start of the application, = so the change is worth as it allows all types of configuration in = Tomcat. Jean-Pierre Pawlak |
|
From: William G. T. Jr. <wg...@ru...> - 2004-05-08 13:32:46
|
Folks, A new, improved and refactored Spring PortletMVC has been checked into the sandbox. The new approach follows Juergen's architecture suggestions: http://opensource.atlassian.com/confluence/spring/display/JSR168/SpringPortlet+module+design+discussion * simplify the controller infrastructure * reuse the servlet view infrastructure by implementing a "bridge" servlet - ViewRendererServlet You can build the sandbox jar on the HEAD or try out the new spring-example-portlet.war at http://www.tnt-web.com/springportlet/ The simple-example-portlet again simply maps portlet modes to WEB-INF/jsp/portlet/{MODE}.jsp for the view. However, now we are reusing the o.s.web.servlet.View package directly by dispatching to a ViewRendererServlet mapped to WEB-INF/servlet/view Still have a ways to go...tests, docs, sample-portlet-app, etc. All feedback gratefully welcome of course... later. Bill |
|
From: Dmitriy K. <dko...@ru...> - 2004-05-07 13:04:19
|
Thanks Oliver. I corrected it. Dmitriy. Oliver Hutchison wrote: > Hello, > > In the reference docs section 3.13. there is the following block of XML > > <bean id="customEditorConfigurer" > > class="org.springframework.bean.factory.config.CustomEditorConfigurer"> > <property name="customEditors"> > <map> > <entry key="example.ExoticType"> > <bean class="example.ExoticTypeEditor"> > <property name="format"> > <value>upperCase</value> > </property> > </bean> > </entry> > </map> > </property> > </bean> > > The class > "org.springframework.bean.factory.config.CustomEditorConfigurer" should > be "org.springframework.beans.factory.config.CustomEditorConfigurer" > > Ollie > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Darren D. <da...@da...> - 2004-05-07 08:26:12
|
A project of mine uses a servlet Filter to pre-process many http requests= , as a result of which objects are occasionally added to the user's HttpSession or as request attributes. I need these objects to be available in some views, regardless of which controller eventually handled the request. That's OK for JSP/JSTL and even Spring's XSLT and Document based views that have access to them, but awkward for Velocity/FreeMarker. It's not difficult to extend these view= s to cope, but I wondered if it would be better as an addition to the framework classes. Two new bean properties would exist on VelocityView (also applies to FreeMarkerView so possibly in a new AbstractTemplateView below AbstractUrlBasedView)... private boolean exposeRequestAttributes =3D false; private boolean exposeSessionAttributes =3D false; // corresponding public mutators omitted The rendering methods can then use these properties to decide whether to put request/session objects into the velocityContext or FreeMarker model. There's obviously a good argument that says the controller is solely responsible for deciding what ends up in the model, but the following issues arise in that case: i. If a view currently takes advantage of having access to the request/session, then switching view technologies to a template view is impossible without amending controller code or specifying a HandlerInterceptor to expose the same objects. ii. If a HandlerInterceptor is not used (potentially awkward to configure) then all controllers would potentially have to be modified to cater for the requirement. A common app-specific superclass would be impossible if the behaviour was required from both FormControllers and SimpleControllers Thoughts? --=20 Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Oliver H. <Oli...@ou...> - 2004-05-07 02:12:53
|
Hello,
In the reference docs section 3.13. there is the following block of XML
<bean id=3D"customEditorConfigurer"=20
=20
class=3D"org.springframework.bean.factory.config.CustomEditorConfigurer">=
<property name=3D"customEditors">
<map>
<entry key=3D"example.ExoticType">
<bean class=3D"example.ExoticTypeEditor">
<property name=3D"format">
<value>upperCase</value>
</property>
</bean>
</entry>
</map>
</property>
</bean>
The class
"org.springframework.bean.factory.config.CustomEditorConfigurer" should
be "org.springframework.beans.factory.config.CustomEditorConfigurer"
Ollie
|
|
From: snpe <sn...@sn...> - 2004-05-06 14:21:05
|
I have this error (methods with argument permanent object, not permanent class) : load, find work, but save, delete no)
Next version is tested and work all methods
I declare CatDaoImpl like :
bean id="catDao" class="org.springframework.orm.hibernate.support.BaseHibernateDao">
<property name="sessionFactory"><ref local="sessionFactory"/>
</property>
<property name="clazz">
<value>eg.Cat</value>
</property>
</bean>
and use like
BaseHibernateDao catDao = (BaseHibernateDao) ctx.getBean("catDao");
List cats = (List) catDao.loadAll();
Long id = new Long(3);
Cat cat = (Cat) catDao.load(id);
etc
We can change Dao on the fly (baseDao haven't to have clazz property) :
BaseHibernateDao baseDao = (BaseHibernateDao) ctx.getBean("baseDao");
baseDao = baseDao.setClazz(Dog.class);
List dogs = (List) baseDao.loadAll();
...
I can extends BaseHibernateDao and add new business methods (like Example Criteria)
It is possible exclude all named query method in helper class - it don't depends from permanent class
Regards
Code :
package org.springframework.orm.hibernate.support;
import java.io.Serializable;
import java.util.Collection;
import java.util.List;
import net.sf.hibernate.LockMode;
import net.sf.hibernate.type.Type;
import org.springframework.dao.DataAccessException;
import org.springframework.orm.hibernate.HibernateCallback;
public class BaseHibernateDao extends HibernateDaoSupport implements IBaseHibernateDao {
private Class clazz;
public void delete(Object obj,LockMode lockMode)
throws DataAccessException {
getHibernateTemplate().delete(obj,lockMode);
}
public void delete(Object obj) throws DataAccessException {
getHibernateTemplate().delete(obj);
}
public void deleteAll(Collection entities) throws DataAccessException {
getHibernateTemplate().deleteAll(entities);
}
public void evict(Object obj) throws DataAccessException {
getHibernateTemplate().evict(obj);
}
public Object execute(HibernateCallback action) throws DataAccessException {
return getHibernateTemplate().execute(action);
}
public List executeFind(HibernateCallback action)
throws DataAccessException {
return getHibernateTemplate().executeFind(action);
}
public List find(String queryString, Type type)
throws DataAccessException {
return getHibernateTemplate().find(queryString,clazz,type);
}
public List find(String queryString)
throws DataAccessException {
return getHibernateTemplate().find(queryString,clazz);
}
public List find(String queryString, Object[] values, Type[] types)
throws DataAccessException {
return getHibernateTemplate().find(queryString,values,types);
}
public List find(String queryString, Object[] values)
throws DataAccessException {
return getHibernateTemplate().find(queryString,values);
}
public List findByNamedQuery(String queryName, Object value, Type type)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,value,type);
}
public List findByNamedQuery(String queryName, Object value)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,value);
}
public List findByNamedQuery(String queryName, Object[] values, Type[] types)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,values,types);
}
public List findByNamedQuery(String queryName, Object[] values)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,values);
}
public List findByNamedQuery(String queryName, String paramName,
Object value, Type type) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramName,value,type);
}
public List findByNamedQuery(String queryName, String paramName,
Object value) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramName, value);
}
public List findByNamedQuery(String queryName, String[] paramNames,
Object[] values, Type[] types) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramNames, values,types);
}
public List findByNamedQuery(String queryName, String[] paramNames,
Object[] values) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramNames, values);
}
public List findByNamedQuery(String queryName) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName);
}
public List findByNamedQueryAndValueBean(String queryName, Object valueBean)
throws DataAccessException {
return getHibernateTemplate().findByNamedQueryAndValueBean(queryName,valueBean);
}
public List findByValueBean(String queryString, Object valueBean)
throws DataAccessException {
return getHibernateTemplate().findByValueBean(queryString,valueBean);
}
public Object get(Serializable id, LockMode lockMode)
throws DataAccessException {
return getHibernateTemplate().get(clazz,id,lockMode);
}
public Object get( Serializable id)
throws DataAccessException {
return getHibernateTemplate().get(clazz,id);
}
public Object load( Serializable id, LockMode lockMode)
throws DataAccessException {
return getHibernateTemplate().load(clazz,id,lockMode);
}
public Object load(Serializable id)
throws DataAccessException {
return getHibernateTemplate().load(clazz,id);
}
public List loadAll() throws DataAccessException {
return getHibernateTemplate().loadAll(clazz);
}
public void lock(Object obj,LockMode lockMode)
throws DataAccessException {
getHibernateTemplate().lock(obj,lockMode);
}
public void save(Object obj,Serializable id) throws DataAccessException {
getHibernateTemplate().save(obj,id);
}
public Serializable save(Object obj) throws DataAccessException {
return getHibernateTemplate().save(obj);
}
public void saveOrUpdate(Object obj) throws DataAccessException {
getHibernateTemplate().saveOrUpdate(obj);
}
public Object saveOrUpdateCopy(Object obj) throws DataAccessException {
return getHibernateTemplate().saveOrUpdateCopy(obj);
}
public void update(Object obj,LockMode lockMode)
throws DataAccessException {
getHibernateTemplate().update(obj,lockMode);
}
public void update(Object obj) throws DataAccessException {
getHibernateTemplate().update(obj);
}
public BaseHibernateDao(Class clazz) {
super();
this.clazz = clazz;
}
public BaseHibernateDao () {
super();
}
public Class getClazz() {
return clazz;
}
public void setClazz(Class clazz) {
this.clazz = clazz;
}
}
/*
* Created on May 6, 2004
*
*/
package org.springframework.orm.hibernate.support;
import java.io.Serializable;
import java.util.Collection;
import java.util.List;
import net.sf.hibernate.LockMode;
import net.sf.hibernate.type.Type;
import org.springframework.dao.DataAccessException;
import org.springframework.orm.hibernate.HibernateCallback;
/**
* @author Haris Peco
*
* Snpe Informacioni sistemi
*/
public interface IBaseHibernateDao {
public abstract void delete(Object obj,LockMode lockMode) throws DataAccessException;
public abstract void delete(Object Obj) throws DataAccessException;
public abstract void deleteAll(Collection entities)
throws DataAccessException;
public abstract void evict(Object obj) throws DataAccessException;
public abstract Object execute(HibernateCallback action)
throws DataAccessException;
public abstract List executeFind(HibernateCallback action)
throws DataAccessException;
public abstract List find(String queryString, Type type)
throws DataAccessException;
public abstract List find(String queryString) throws DataAccessException;
public abstract List find(String queryString, Object[] values, Type[] types)
throws DataAccessException;
public abstract List find(String queryString, Object[] values)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object value,
Type type) throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object value)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object[] values,
Type[] types) throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object[] values)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName, String paramName,
Object value, Type type) throws DataAccessException;
public abstract List findByNamedQuery(String queryName, String paramName,
Object value) throws DataAccessException;
public abstract List findByNamedQuery(String queryName,
String[] paramNames, Object[] values, Type[] types)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName,
String[] paramNames, Object[] values) throws DataAccessException;
public abstract List findByNamedQuery(String queryName)
throws DataAccessException;
public abstract List findByNamedQueryAndValueBean(String queryName,
Object valueBean) throws DataAccessException;
public abstract List findByValueBean(String queryString, Object valueBean)
throws DataAccessException;
public abstract Object get(Serializable id, LockMode lockMode)
throws DataAccessException;
public abstract Object get(Serializable id) throws DataAccessException;
public abstract Object load(Serializable id, LockMode lockMode)
throws DataAccessException;
public abstract Object load(Serializable id) throws DataAccessException;
public abstract List loadAll() throws DataAccessException;
public abstract void lock(Object obj,LockMode lockMode) throws DataAccessException;
public abstract void save(Object obj,Serializable id) throws DataAccessException;
public abstract Serializable save(Object obj) throws DataAccessException;
public abstract void saveOrUpdate(Object obj) throws DataAccessException;
public abstract Object saveOrUpdateCopy(Object obj) throws DataAccessException;
public abstract void update(Object obj,LockMode lockMode) throws DataAccessException;
public abstract void update(Object obj) throws DataAccessException;
public abstract Class getClazz();
public abstract void setClazz(Class clazz);
}
|
|
From: Timo V. <sic...@gm...> - 2004-05-06 14:03:59
|
Hello, in org.springframework.web.servlet.mvc the ParameterizableViewController's handleRequestInternal method is declared without a throws clause, though the overridden method from AbstractController has a "throws Exception" clause. Regularly, after subclassing ParameterizableViewController, I end up changing my code because of the missing throws clause (e.g. because RequestUtils.getRequiredIntParameter(), used in the body, has a throws clause). Is there a reason, why handleRequestInternal in ParameterizableViewController lacks the throws clause? Can it be changed? Regards, Timo |
|
From: Thomas J. <tho...@mi...> - 2004-05-06 13:11:11
|
While discussing the issue of integrating Spring and JSF on the JSF space in the wiki, we developed a preliminary version of the glue code and finally released it on Sourceforge. At first, we did so within a separate project, but according to Jürgen Höller and Rod Johnson, JSF integration should be part of one of the next minor releases of Spring. The goals of our development were: - JSF/JSP developers should be able to access beans managed by Spring as if they'd be managed by JSF. - JSF managed beans should be able to integrate into Spring. - RequestHandledEvents should be published to Spring like it's done by Spring's DispatcherServlet. You can download our code and a sample web application from: http://sourceforge.net/projects/jsf-spring The javadoc is accessible online at: http://jsf-spring.sourceforge.net/ Please review and comment on our code so that we can come up with a commonly agreed solution to integrate Spring and JSF as soon as possible. Cheers, Thomas |
|
From: Timo V. <sic...@gm...> - 2004-05-06 12:36:44
|
Hello,
this might be slightly off-topic.
I used to work with the InternalResourceViewResolver for convenience
until I needed support for additional View classes (redirects in my
case). However, I did not want to map every view explicitly, as in the
countries and petclinic samples, and came up with another idea: I wrote
a simple DelegatingViewResolver which maps prefixes to ViewResolvers.
The configuration looks like this:
<bean id="defaultViewResolver"
class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<property
name="viewClass"><value>org.springframework.web.servlet.view.JstlView</value></property>
<property name="prefix"><value>/WEB-INF/intranet/</value></property>
<property name="suffix"><value>.jspx</value></property>
</bean>
<bean id="redirectViewResolver"
class="de.tcv.da.customerservice.util.RedirectViewResolver"/>
<bean id="viewResolver"
class="de.tcv.da.customerservice.util.DelegatingViewResolver">
<property name="defaultResolver">
<ref local="defaultViewResolver"/>
</property>
<property name="prefixMappings">
<map>
<entry key="redirect"><ref local="redirectViewResolver"/></entry>
</map>
</property>
</bean>
Now I can have view names like "redirect:http://www.google.com",
"redirect:index.page", and "showCustomer.page" without sacrificing the
convenience of the InternalResourceViewResolver for my jspx files.
This could be easily extended to multiple InternalResourceViewResolver
instances to support more View classes, yielding view names like
"xls:customer", "pdf:customer", "jsp:index", etc. The separator is
configurable.
If it's any useful to others I can contribute my DelegatingViewResolver
and RedirectViewResolver sources.
Regards,
Timo
|
|
From: Dmitriy K. <dko...@ru...> - 2004-05-06 12:06:48
|
Thanks. Just corrected it.
Dmitriy.
Janek Bogucki wrote:
> From MethodInvokingFactoryBean from springframework 1.0.1, it looks as
> if the non-Javadoc comment on getObjectType should be on getObject.
>
>
> public Object getObject() throws Exception {
> if (this.singleton) {
> if (this.singletonObject == null) {
> this.singletonObject = invoke();
> }
> return this.singletonObject;
> }
> return invoke();
> }
>
> /*
> * Will return the same value each time if the singleton property is
> set
> * to true, and otherwise return the value returned from invoking the
> * specified method.
> */
> public Class getObjectType() {
> Class type = getPreparedMethod().getReturnType();
> if (type.equals(void.class)) {
> type = VoidType.class;
> }
> return type;
> }
>
> -Janek
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Janek B. <ya...@st...> - 2004-05-06 11:26:07
|
From MethodInvokingFactoryBean from springframework 1.0.1, it looks as
if the non-Javadoc comment on getObjectType should be on getObject.
public Object getObject() throws Exception {
if (this.singleton) {
if (this.singletonObject == null) {
this.singletonObject = invoke();
}
return this.singletonObject;
}
return invoke();
}
/*
* Will return the same value each time if the singleton property is
set
* to true, and otherwise return the value returned from invoking the
* specified method.
*/
public Class getObjectType() {
Class type = getPreparedMethod().getReturnType();
if (type.equals(void.class)) {
type = VoidType.class;
}
return type;
}
-Janek
|
|
From: Rod J. <rod...@in...> - 2004-05-05 23:45:57
|
ProxyFactoryBean supports stateful proxies. This is covered in the test
suite. As this is a minority usage I think it's reasonable that in the
interests of simplicity TransactionProxyFactoryBean, as a convenience,
focuses on the 98% usage.
----- Original Message -----
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Friday, April 30, 2004 1:20 PM
Subject: Re: [Springframework-developer] Why is TransactionProxyFactoryBean
forced to be singleton
> The nasty thing is that while it is relatively easy to make
> TransactionProxyFactoryBean non-singleton in the sense that it respects
> its internal 'singleton' property and generates a new proxy on each
> getObject() call if non-singleton, this is effectively useless since it
> will be operating on the same target, and the container will only give
> it the target once since all FactoryBeans are singletons unless the
> container gives it a new target each time, which currently there is no
> way to make happen since currently factorybean objects themselves have
> to be singleton in terms of the container and are only populated once.
> For this to work, the factorybean has to be a prototype, and the target
> has to be a prototype.
>
> While wrapping stateful objects like this is not as common as wrapping
> stateless objects, it's something we should be able to support.
>
> Can anybody see a simple way to do this, before we start mucking around
> with basic container behaviour (i.e. forced singleton status of
> factorybeans).?
>
> Regards,
> Colin
>
>
> Colin Sampaleanu wrote:
>
> > I just realized that TransactionProxyFactoryBean always returns true
> > for ProxyFactoryBean's the isSingleton() method, and internally does
> > not support non-singleton operation, since it only sets up the proxy
> > once in afterPropertiesSet().
> >
> > I have a case where a client of the beanfactory is using
> > bf.getBean("xxx"), and needs to get back a new transactionally wrapped
> > instance on every call, sine the object is stateful, unlike every
> > other service I've wrapped transactionally so far.
> >
> > Does anybody know why the class was set up to operate in singleton
> > mode only? It makes sense as a default of course, but I can't see
> > anything in the code precluding allowing it to operate in
> > non-singleton mode as well, if things were moved around a bit...
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: snpe <sn...@sn...> - 2004-05-05 22:04:43
|
Hello,
I'm sorry if spring have this features
I try declarative DAO implementation for hibernate.
I create hibernate mapping file and permanent class (example yu.co.snpe.hibernate.AdmSnpeUsers.java )
standard appplication-hibernate.xml with bean declaration like :
...
<bean id="usersDao" class="org.springframework.orm.hibernate.support.BaseHibernateDao">
<property name="sessionFactory"><ref local="sessionFactory"/>
</property>
<property name="clazz">
<value>yu.co.snpe.hibernate.AdmSnpeUsers</value>
</property>
</bean>
...
and its is all - I have Dao implementation complete declarative
BaseHibernateDao.java is like (this class implemented all HibernateOperations without entity dependencies;
I make interface IBaseHibernateDao like interface HibernateOperations without entity dependences) :
/*
* Created on May 5, 2004
*
*/
package org.springframework.orm.hibernate.support;
import java.io.Serializable;
import java.util.Collection;
import java.util.List;
import net.sf.hibernate.LockMode;
import net.sf.hibernate.type.Type;
import org.springframework.dao.DataAccessException;
import org.springframework.orm.hibernate.HibernateCallback;
/**
* @author Haris Peco
*
*/
public class BaseHibernateDao extends HibernateDaoSupport implements IBaseHibernateDao {
private Class clazz;
public void delete(LockMode lockMode)
throws DataAccessException {
getHibernateTemplate().delete(clazz,lockMode);
}
public void delete() throws DataAccessException {
getHibernateTemplate().delete(clazz);
}
public void deleteAll(Collection entities) throws DataAccessException {
getHibernateTemplate().deleteAll(entities);
}
public void evict() throws DataAccessException {
getHibernateTemplate().evict(clazz);
}
public Object execute(HibernateCallback action) throws DataAccessException {
return getHibernateTemplate().execute(action);
}
public List executeFind(HibernateCallback action)
throws DataAccessException {
return getHibernateTemplate().executeFind(action);
}
public List find(String queryString, Type type)
throws DataAccessException {
return getHibernateTemplate().find(queryString,clazz,type);
}
public List find(String queryString)
throws DataAccessException {
return getHibernateTemplate().find(queryString,clazz);
}
public List find(String queryString, Object[] values, Type[] types)
throws DataAccessException {
return getHibernateTemplate().find(queryString,values,types);
}
public List find(String queryString, Object[] values)
throws DataAccessException {
return getHibernateTemplate().find(queryString,values);
}
public List findByNamedQuery(String queryName, Object value, Type type)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,value,type);
}
public List findByNamedQuery(String queryName, Object value)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,value);
}
public List findByNamedQuery(String queryName, Object[] values, Type[] types)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,values,types);
}
public List findByNamedQuery(String queryName, Object[] values)
throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,values);
}
public List findByNamedQuery(String queryName, String paramName,
Object value, Type type) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramName,value,type);
}
public List findByNamedQuery(String queryName, String paramName,
Object value) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramName, value);
}
public List findByNamedQuery(String queryName, String[] paramNames,
Object[] values, Type[] types) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramNames, values,types);
}
public List findByNamedQuery(String queryName, String[] paramNames,
Object[] values) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName,paramNames, values);
}
public List findByNamedQuery(String queryName) throws DataAccessException {
return getHibernateTemplate().findByNamedQuery(queryName);
}
public List findByNamedQueryAndValueBean(String queryName, Object valueBean)
throws DataAccessException {
return getHibernateTemplate().findByNamedQueryAndValueBean(queryName,valueBean);
}
public List findByValueBean(String queryString, Object valueBean)
throws DataAccessException {
return getHibernateTemplate().findByValueBean(queryString,valueBean);
}
public Object get(Serializable id, LockMode lockMode)
throws DataAccessException {
return getHibernateTemplate().get(clazz,id,lockMode);
}
public Object get( Serializable id)
throws DataAccessException {
return getHibernateTemplate().get(clazz,id);
}
public Object load( Serializable id, LockMode lockMode)
throws DataAccessException {
return getHibernateTemplate().load(clazz,id,lockMode);
}
public Object load(Serializable id)
throws DataAccessException {
return getHibernateTemplate().load(clazz,id);
}
public List loadAll() throws DataAccessException {
return getHibernateTemplate().loadAll(clazz);
}
public void lock(LockMode lockMode)
throws DataAccessException {
getHibernateTemplate().lock(clazz,lockMode);
}
public void save(Serializable id) throws DataAccessException {
getHibernateTemplate().save(clazz,id);
}
public Serializable save() throws DataAccessException {
return getHibernateTemplate().save(clazz);
}
public void saveOrUpdate() throws DataAccessException {
getHibernateTemplate().saveOrUpdate(clazz);
}
public Object saveOrUpdateCopy() throws DataAccessException {
return getHibernateTemplate().saveOrUpdateCopy(clazz);
}
public void update(LockMode lockMode)
throws DataAccessException {
getHibernateTemplate().update(clazz,lockMode);
}
public void update() throws DataAccessException {
getHibernateTemplate().update(clazz);
}
public BaseHibernateDao(Class clazz) {
super();
this.clazz = clazz;
}
public BaseHibernateDao () {
super();
}
public Class getClazz() {
return clazz;
}
public void setClazz(Class clazz) {
this.clazz = clazz;
}
}
Interface is :
/*
* Created on May 6, 2004
*
*/
package org.springframework.orm.hibernate.support;
import java.io.Serializable;
import java.util.Collection;
import java.util.List;
import net.sf.hibernate.LockMode;
import net.sf.hibernate.type.Type;
import org.springframework.dao.DataAccessException;
import org.springframework.orm.hibernate.HibernateCallback;
/**
* @author Haris Peco
*
* Snpe Informacioni sistemi
*/
public interface IBaseHibernateDao {
public abstract void delete(LockMode lockMode) throws DataAccessException;
public abstract void delete() throws DataAccessException;
public abstract void deleteAll(Collection entities)
throws DataAccessException;
public abstract void evict() throws DataAccessException;
public abstract Object execute(HibernateCallback action)
throws DataAccessException;
public abstract List executeFind(HibernateCallback action)
throws DataAccessException;
public abstract List find(String queryString, Type type)
throws DataAccessException;
public abstract List find(String queryString) throws DataAccessException;
public abstract List find(String queryString, Object[] values, Type[] types)
throws DataAccessException;
public abstract List find(String queryString, Object[] values)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object value,
Type type) throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object value)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object[] values,
Type[] types) throws DataAccessException;
public abstract List findByNamedQuery(String queryName, Object[] values)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName, String paramName,
Object value, Type type) throws DataAccessException;
public abstract List findByNamedQuery(String queryName, String paramName,
Object value) throws DataAccessException;
public abstract List findByNamedQuery(String queryName,
String[] paramNames, Object[] values, Type[] types)
throws DataAccessException;
public abstract List findByNamedQuery(String queryName,
String[] paramNames, Object[] values) throws DataAccessException;
public abstract List findByNamedQuery(String queryName)
throws DataAccessException;
public abstract List findByNamedQueryAndValueBean(String queryName,
Object valueBean) throws DataAccessException;
public abstract List findByValueBean(String queryString, Object valueBean)
throws DataAccessException;
public abstract Object get(Serializable id, LockMode lockMode)
throws DataAccessException;
public abstract Object get(Serializable id) throws DataAccessException;
public abstract Object load(Serializable id, LockMode lockMode)
throws DataAccessException;
public abstract Object load(Serializable id) throws DataAccessException;
public abstract List loadAll() throws DataAccessException;
public abstract void lock(LockMode lockMode) throws DataAccessException;
public abstract void save(Serializable id) throws DataAccessException;
public abstract Serializable save() throws DataAccessException;
public abstract void saveOrUpdate() throws DataAccessException;
public abstract Object saveOrUpdateCopy() throws DataAccessException;
public abstract void update(LockMode lockMode) throws DataAccessException;
public abstract void update() throws DataAccessException;
public abstract Class getClazz();
public abstract void setClazz(Class clazz);
}
Comments, please
Regards
Haris Peco
|