Menu
▾
▴
springframework-developer — Spring Framework developers list
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: Michael S. <mi...@sc...> - 2005-01-11 19:15:56
|
On Tuesday 11 January 2005 18:17, tho...@ac...=20 wrote: > Maybe it's too soon to ask but is there any documention (besides > JavaDoc) available for Spring's JMX module? If all you want to do is expose Spring beans through JMX, you can do it=20 like this. Create an MBeanServer registered as a bean =A0 <bean id=3D"mbeanserver" =A0 =A0class=3D"org.springframework.jmx.factory.MBeanServerFactoryBean"> =A0 =A0 <property name=3D"defaultDomain"><value>MyDomain</value></propert= y> =A0 </bean> Wrap an MBean adapter around my repositorymanager bean (not shown),=20 which is a completely ordinary java object. In this case, public=20 methods are exposed as attributes/operations. Alternatively, metadata =A0 can be used. =A0 <bean id=3D"mbeanadapter" =A0 =A0class=3D"org.springframework.jmx.JmxMBeanAdapter"> =A0 =A0 <property name=3D"server"><ref bean=3D"mbeanserver"/></property> =A0 =A0 <property name=3D"beans"> =A0 =A0 =A0 <map> =A0 =A0 =A0 =A0 <entry key=3D"MyDomain:id=3DRepository"> =A0 =A0 =A0 =A0 =A0 <ref bean=3D"repositorymanager"/> =A0 =A0 =A0 =A0 </entry> =A0 =A0 =A0 </map> =A0 =A0 </property> =A0 </bean> Create a connector listening, by default, on=20 service:jmx:jmxmp://localhost:9876 (this requires=20 jmxremote_optional.jar) =A0 <bean id=3D"jmxconnector" =A0 =A0class=3D"org.springframework.jmx.remote.ConnectorServiceBean"> =A0 =A0 <property name=3D"server"><ref bean=3D"mbeanserver"/></property> =A0 </bean> HTH, Michael --=20 Michael Schuerig Life is just as deadly mailto:mi...@sc... As it looks http://www.schuerig.de/michael/ --Richard Thompson, Sibella |
|
From: Rob H. <ro...@ca...> - 2005-01-11 17:41:54
|
I'm using IDEA 4.5 with their built-in CVS/SSH client. Rob Juergen Hoeller wrote: >I've been committing tons of files yesterday and today - everything worked >nicely for me, and reasonably fast. I'm using IntelliJ IDEA, though, with >the CVS command line client underneath. Do you use Eclipse with its built-in >CVS client? > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Rob Harrop >Sent: Tuesday, January 11, 2005 5:15 PM >To: spr...@li... >Subject: [Springframework-developer] CVS Woes > > >Is anyone else having any problems with SF CVS when trying to check in. >I have been messing about for nearly an hour now trying to commit about >6 files. I have had half commits, failed commits but not the ever >elusive successful commit :) > >Rob > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Rob H. <ro...@ca...> - 2005-01-11 17:25:28
|
Good news is that it is not just me then. Bad news is that is is not just me then :) Darren Davison wrote: >On Tue, January 11, 2005 16:14, Rob Harrop said: > > >>Is anyone else having any problems with SF CVS when trying to check in. >> >> > >constantly. > >I use Eclipse and changed the timeout to 300 (lower verbosity and higher >compression too) which seemed to help, but it's still pretty awful. > > > > |
|
From: Rob H. <ro...@ca...> - 2005-01-11 17:23:05
|
Very little :). There are a couple of pages on the Wiki and you can find a few entries in Craig Walls' blog at http://jroller.com/comments/habuma/, but other than that not much. The test suite is fairly extensive so you can grab a lot of examples from there. Juergen is just completing his initial phase of input into the JMX stuff which means the code should take on some stability soon. Once that happens I'll start to work on the docs. In the meantime, send me any questions and I'll answer them as best I can :). Rob tho...@ac... wrote: >Maybe it's too soon to ask but is there any documention (besides JavaDoc) available for Spring's JMX module? > >Cheers, >Thomas > > >This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: <tho...@ac...> - 2005-01-11 17:17:27
|
Maybe it's too soon to ask but is there any documention (besides = JavaDoc) available for Spring's JMX module? =20 =20 Cheers, Thomas This message is for the designated recipient only and may contain = privileged, proprietary, or otherwise private information. If you have = received it in error, please notify the sender immediately and delete = the original. Any other use of the email by you is prohibited. |
|
From: Darren D. <da...@da...> - 2005-01-11 17:13:36
|
On Tue, January 11, 2005 16:14, Rob Harrop said: > Is anyone else having any problems with SF CVS when trying to check in. constantly. I use Eclipse and changed the timeout to 300 (lower verbosity and higher compression too) which seemed to help, but it's still pretty awful. --=20 Darren Davison Public Key: #DD356B0D |
|
From: Juergen H. <ju...@in...> - 2005-01-11 16:21:39
|
I've been committing tons of files yesterday and today - everything worked nicely for me, and reasonably fast. I'm using IntelliJ IDEA, though, with the CVS command line client underneath. Do you use Eclipse with its built-in CVS client? Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Rob Harrop Sent: Tuesday, January 11, 2005 5:15 PM To: spr...@li... Subject: [Springframework-developer] CVS Woes Is anyone else having any problems with SF CVS when trying to check in. I have been messing about for nearly an hour now trying to commit about 6 files. I have had half commits, failed commits but not the ever elusive successful commit :) Rob ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Juergen H. <ju...@in...> - 2005-01-11 16:19:38
|
Everybody, I've implemented a change that I've had in mind for a while: HibernateTemplate exposes a proxied Hibernate Session to HibernateCallbacks, suppressing close calls and automatically applying query cache settings and transaction timeouts to created Query and Criteria objects. This is the default now; it can be turned off via HibernateTemplate's "exposeNativeSession" property. Consequently, HibernateTemplate's "createQuery", "getNamedQuery" and "createCriteria" methods are deprecated now. They caused quite a bit of confusion, as they were not intended to be called directly like the "find" convenience methods (for example) but rather just within HibernateCallbacks. This is not necessary anymore now; the exposed Session proxy automatically cares for this. Analogously, JdoTemplate can expose a proxied JDO PersistenceManager to JdoCallbacks, suppressing close calls and applying transaction timeouts to created Query objects (provided that a JdoDialect is specified). This is not the default, though, as it's still common practice to cast to a vendor-specific PersistenceManager class in current JDO DAOs. It can be activated through turning JdoTemplate's "exposeNativePersistenceManager" property to "false". Juergen |
|
From: Rob H. <ro...@ca...> - 2005-01-11 16:16:43
|
Is anyone else having any problems with SF CVS when trying to check in. I have been messing about for nearly an hour now trying to commit about 6 files. I have had half commits, failed commits but not the ever elusive successful commit :) Rob |
|
From: Steven D. <ste...@gm...> - 2005-01-11 12:33:00
|
Hi, Consider an organization that has a number of applications each using Spring. Each application is deployed as a separate war in the same servlet container. An application can expose specific services which allow integration with other applications. Messaging is one solution for integration but if you can use global transactions direct method calls in the same thread is also a suitable integration pattern. I don't want to re-configure the service beans belonging to one application plus all its dependencies in each application that wants to call said application. Instead I want to do a call through a client library EJB style. Using Spring each application could provide the persistent classes, interfaces of exposed services and a Spring config file with a client setup to access these services. The service than would live in one place: the servlet context of the application it belongs to. But I don't want to use the remoting strategies currently included with Spring: HTTP invoker, Hessian, Burlap, RMI. For a number of reasons this is not suitable: - communication overhead in creating connections and serialization while in the same VM. - calls do not happen in the same thread -> no global transactions. So all I can think of is to do remoting through an intra-VM mechanism. I haven't got a clue on how to set up such a mechanism but I know it's a typical use case for EJB applications (local home interfaces). Steven |
|
From: Thierry T. <te...@ya...> - 2005-01-11 10:05:25
|
Hi Juergen, I will add this mechanism for a CCI ConnectionFactory and LocalTransaction in the same manner... Thierry > Guys, > > Please check out the following issue that I've just > addressed: > > http://opensource.atlassian.com/projects/spring/browse/SPR-572 > > As I said in my comment, I've been wondering about > this for a while and finally took the occasion to > implement a generic solution for it. A > particularly nice side effect is that it allows for > efficient transactional reads with > HibernateTransactionManager, avoiding database > communication overhead if everything can be resolved > in the second-level cache! > > I'll commit this in a moment, so feel free to give > it a try. > > Juergen ===== Take a look at my blog: http://templth.blogspot.com/ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ |
|
From: Darren D. <da...@da...> - 2005-01-11 09:18:55
|
On Tue, January 11, 2005 6:42, Juergen Hoeller said: > That's odd... I re-added jdom.jar just for autobuilds, but it's still n= ot > found? > > Darren/Alef, I would really appreciate a look at this. Even disabling t= he > autobuild of that old JPetStore version is an option, I guess. it's possible that the anonymous CVS servers didn't sync in time before A= lef's machine did an update - it's certainly showing as being re-added on the m= ain project servers. I'm sure it will be OK tonight. I should be able to re-write the class that uses jdom today, it's only sm= all.=20 I'll remove jdom.jar again once it's working. --=20 Darren Davison Public Key: #DD356B0D |
|
From: Juergen H. <ju...@in...> - 2005-01-11 06:42:57
|
That's odd... I re-added jdom.jar just for autobuilds, but it's still not
found?
Darren/Alef, I would really appreciate a look at this. Even disabling the
autobuild of that old JPetStore version is an option, I guess.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
al...@jt...
Sent: Tuesday, January 11, 2005 12:25 AM
To: spr...@li...
Subject: [Springframework-developer] spring Build Failed
Importance: High
BUILD FAILED
Ant Error Message:
/jteam/build2/checkout/spring/spring/build-mb.xml:59: The following error
occurred while executing this line:
/jteam/build2/checkout/spring/spring/autobuilds/build/build.xml:196: The
following error occurred while executing this line:
/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/build.xml:81:
Compile failed; see the compiler error output for details.
Date of build: 01/11/2005 00:16:33
Time to build: 6 minutes 19 seconds
Last changed: 01/09/2005 23:40:50
Last log entry: * Removed utility section
Errors/Warnings: (121)
Note: Some input files use or override a deprecated API.Note: Recompile
with -deprecation for details.Note:
/jteam/build2/checkout/spring/spring/mock/org/springframework/mock/web/MockH
ttpSession.java uses or overrides a deprecated API.Note: Recompile
with -deprecation for details.Note: Some input files use or override a
deprecated API.Note: Recompile with -deprecation for
details./jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/o
rg/springframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:13:
package org.jdom does not existimport org.jdom.Document;
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:14: package
org.jdom does not existimport org.jdom.Element;
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:15: package
org.jdom.output does not existimport org.jdom.output.DOMOutputter;
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:60: cannot
resolve symbolsymbol : class Document location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Document doc = new Document();
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:60: cannot
resolve symbolsymbol : class Document location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Document doc = new Document();
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:61: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Element root = new Element(rootName);
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:61: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Element root = new Element(rootName);
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:71: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
ciXml = new Element("cartItem");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:71: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
ciXml = new Element("cartItem");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:78: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
itemXml = new Element("item");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:78: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
itemXml = new Element("item");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:83: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:83: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:88: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:88: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:93: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:93: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:98: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:98: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:103: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:103: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:108: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
prod = new Element("productName");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:108: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
prod = new Element("productName");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:115: cannot
resolve symbolsymbol : class DOMOutputter location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
return new DOMOutputter().output(doc); ^24 errors
Unit Tests: (2318)
All Tests Passed
Modifications since last build: (28)
modified aarendsen docs/reference/src/mvc.xml * Removed utility
section
modified aarendsen docs/reference/src/scheduling.xml * Fixed little
doco improvement
modified aarendsen docs/reference/src/mvc.xml * Added a bit more
doco about chaining view resolvers and the XmlViewResolver
modified robharrop
sandbox/src/org/springframework/crypto/digest/MessageDigestTemplate.java
Remove dependency on Commons Codec
modified jhoeller
sandbox/test/org/springframework/enums/CodedEnumTests.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/AbstractCodedEnumResolver.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/AbstractCodedEnumUserType.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/GenericLabeledCodedEnum.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/HibernateCodedEnumResolver.jav
a reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/StaticCodedEnumResolver.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/AbstractCodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/CodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/CodedEnumEditor.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/CodedEnumResolver.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/LetterCodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/ShortCodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/StringCodedEnum.java reformatted
modified jhoeller build.xml reorganized build script
modified jhoeller samples/jpetstore/build.xml fixed library
references
modified jhoeller samples/jpetstore/attributes/build.xml fixed
library references
modified jhoeller lib/readme.txt updated FreeMarker and iBATIS SQL
Maps
modified jhoeller lib/freemarker/freemarker.jar updated FreeMarker
to 2.3.1
modified jhoeller lib/ibatis/ibatis-common-2.jar updated iBATIS SQL
Maps to 2.0.9
modified jhoeller lib/ibatis/ibatis-sqlmap-2.jar updated iBATIS SQL
Maps to 2.0.9
modified jhoeller
test/org/springframework/orm/ibatis/SqlMapTests.java removed iBATIS SQL Maps
1.3 runtime libraries
deleted jhoeller
test/org/springframework/orm/ibatis/sql-map-config.xml removed iBATIS SQL
Maps 1.3 runtime libraries
deleted jhoeller lib/jdom/jdom.jar removed iBATIS SQL Maps 1.3
runtime libraries
deleted jhoeller lib/ibatis/ibatis-common.jar removed iBATIS SQL
Maps 1.3 runtime libraries
Deployments by this build: (12)
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-core.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-aop.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-context.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-dao.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-orm.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-web.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-webmvc.jar
Building jar: /jteam/build2/checkout/spring/spring/dist/spring.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-mock.jar
Building war:
/jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtes
t.war
Building war:
/jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtes
t.war
Building war:
/jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtes
t.war
|
|
From: Darren D. <da...@sh...> - 2005-01-11 01:13:41
|
1105406014
FAILED
[junit] Current Java thread:
[junit] Dynamic libraries:
[junit] Can not get information for pid = 9654
[junit] Heap at VM Abort:
[junit] Heap
[junit] def new generation total 768K, used 186K [0x2c730000, 0x2c800000, 0x2cc10000)
[junit] eden space 704K, 22% used [0x2c730000, 0x2c757648, 0x2c7e0000)
[junit] from space 64K, 45% used [0x2c7e0000, 0x2c7e7548, 0x2c7f0000)
[junit] to space 64K, 0% used [0x2c7f0000, 0x2c7f0000, 0x2c800000)
[junit] tenured generation total 9704K, used 5858K [0x2cc10000, 0x2d58a000, 0x30730000)
[junit] the space 9704K, 60% used [0x2cc10000, 0x2d1c8b40, 0x2d1c8c00, 0x2d58a000)
[junit] compacting perm gen total 21248K, used 21045K [0x30730000, 0x31bf0000, 0x34730000)
[junit] the space 21248K, 99% used [0x30730000, 0x31bbd780, 0x31bbd800, 0x31bf0000)
[junit] Local Time = Tue Jan 11 01:10:31 2005
[junit] Elapsed Time = 375
[junit] #
[junit] # HotSpot Virtual Machine Error : 11
[junit] # Error ID : 4F530E43505002EF
[junit] # Please report this error at
[junit] # http://java.sun.com/cgi-bin/bugreport.cgi
[junit] #
[junit] # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode)
[junit] #
[junit] # An error report file has been saved as hs_err_pid9654.log.
[junit] # Please refer to the file for further information.
[junit] #
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: <al...@jt...> - 2005-01-10 23:25:11
|
<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#901090; }.unittests-failure { fon=
t-family:arial,helvetica,sans-serif; font-size:8pt; color:#FF0000; }.checks=
tyle-oddrow { background-color:#CCCCCC }.checkstyle-data { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; }.checkstyle-sectionh=
eader { background-color:#000066; font-family:arial,helvetica,sans-serif; f=
ont-size:10pt; color:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD FAILED</td></tr><tr><td cl=
ass=3D"header-data"><span class=3D"header-label">Ant Error Message: </=
span>/jteam/build2/checkout/spring/spring/build-mb.xml:59: The following er=
ror occurred while executing this line: /jteam/build2/checkout/spring/sprin=
g/autobuilds/build/build.xml:196: The following error occurred while execut=
ing this line: /jteam/build2/checkout/spring/spring/autobuilds/apps/jpetsto=
re/build.xml:81: Compile failed; see the compiler error output for details.=
</td></tr><tr><td class=3D"header-data"><span class=3D"header-label">Date o=
f build: </span>01/11/2005 00:16:33</td></tr><tr><td class=3D"header-d=
ata"><span class=3D"header-label">Time to build: </span>6 minutes 19 s=
econds</td></tr><tr><td class=3D"header-data"><span class=3D"header-label">=
Last changed: </span>01/09/2005 23:40:50</td></tr><tr><td class=3D"hea=
der-data"><span class=3D"header-label">Last log entry: </span>* Remove=
d utility section</td></tr></table><p>
<p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader"> Errors/Warnings: (=
121) </td></tr><tr><td><pre class=3D"compile-data">Note:=
Some input files use or override a deprecated API.<br class=3D"none"/>Note=
: Recompile with -deprecation for details.<br class=3D"none"/>Note: /jteam/=
build2/checkout/spring/spring/mock/org/springframework/mock/web/MockHttpSes=
sion.java uses or overrides a deprecated API.<br class=3D"none"/>Note: Reco=
mpile with -deprecation for details.<br class=3D"none"/>Note: Some input fi=
les use or override a deprecated API.<br class=3D"none"/>Note: Recompile wi=
th -deprecation for details.<br class=3D"none"/>/jteam/build2/checkout/spri=
ng/spring/autobuilds/apps/jpetstore/src/org/springframework/autobuilds/jpet=
store/web/view/DomifyCheckout.java:13: package org.jdom does not exist<br c=
lass=3D"none"/>import org.jdom.Document;<br class=3D"none"/> =
^<br class=3D"none"/>/jteam/build2/checkout/spring/spring/autobuilds/apps/=
jpetstore/src/org/springframework/autobuilds/jpetstore/web/view/DomifyCheck=
out.java:14: package org.jdom does not exist<br class=3D"none"/>import org.=
jdom.Element;<br class=3D"none"/> ^<br class=3D"none"/>/jtea=
m/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/springfra=
mework/autobuilds/jpetstore/web/view/DomifyCheckout.java:15: package org.jd=
om.output does not exist<br class=3D"none"/>import org.jdom.output.DOMOutpu=
tter;<br class=3D"none"/> ^<br class=3D"none"/>/jteam=
/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/springfram=
ework/autobuilds/jpetstore/web/view/DomifyCheckout.java:60: cannot resolve =
symbol<br class=3D"none"/>symbol : class Document <br class=3D"none"/>loca=
tion: class org.springframework.autobuilds.jpetstore.web.view.DomifyCheckou=
t<br class=3D"none"/> Document doc =3D new Document();<br class=3D"n=
one"/> ^<br class=3D"none"/>/jteam/build2/checkout/spring/spring/aut=
obuilds/apps/jpetstore/src/org/springframework/autobuilds/jpetstore/web/vie=
w/DomifyCheckout.java:60: cannot resolve symbol<br class=3D"none"/>symbol =
: class Document <br class=3D"none"/>location: class org.springframework.au=
tobuilds.jpetstore.web.view.DomifyCheckout<br class=3D"none"/> Docum=
ent doc =3D new Document();<br class=3D"none"/> ^=
<br class=3D"none"/>/jteam/build2/checkout/spring/spring/autobuilds/apps/jp=
etstore/src/org/springframework/autobuilds/jpetstore/web/view/DomifyCheckou=
t.java:61: cannot resolve symbol<br class=3D"none"/>symbol : class Element=
<br class=3D"none"/>location: class org.springframework.autobuilds.jpetsto=
re.web.view.DomifyCheckout<br class=3D"none"/> Element root =3D new =
Element(rootName);<br class=3D"none"/> ^<br class=3D"none"/>/jteam/b=
uild2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/springframew=
ork/autobuilds/jpetstore/web/view/DomifyCheckout.java:61: cannot resolve sy=
mbol<br class=3D"none"/>symbol : class Element <br class=3D"none"/>locatio=
n: class org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout<b=
r class=3D"none"/> Element root =3D new Element(rootName);<br class=
=3D"none"/> ^<br class=3D"none"/>/jteam/build2/ch=
eckout/spring/spring/autobuilds/apps/jpetstore/src/org/springframework/auto=
builds/jpetstore/web/view/DomifyCheckout.java:71: cannot resolve symbol<br =
class=3D"none"/>symbol : class Element <br class=3D"none"/>location: class=
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout<br class=
=3D"none"/>=09=09=09Element ciXml =3D new Element("cartItem");<br class=3D"=
none"/> ^<br class=3D"none"/>/jteam/build2/checkout/=
spring/spring/autobuilds/apps/jpetstore/src/org/springframework/autobuilds/=
jpetstore/web/view/DomifyCheckout.java:71: cannot resolve symbol<br class=
=3D"none"/>symbol : class Element <br class=3D"none"/>location: class org.=
springframework.autobuilds.jpetstore.web.view.DomifyCheckout<br class=3D"no=
ne"/>=09=09=09Element ciXml =3D new Element("cartItem");<br class=3D"none"/=
> ^<br class=3D"none"/>/jteam/bu=
ild2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/springframewo=
rk/autobuilds/jpetstore/web/view/DomifyCheckout.java:78: cannot resolve sym=
bol<br class=3D"none"/>symbol : class Element <br class=3D"none"/>location=
: class org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout<br=
class=3D"none"/>=09=09=09Element itemXml =3D new Element("item");<br class=
=3D"none"/> ^<br class=3D"none"/>/jteam/build2/check=
out/spring/spring/autobuilds/apps/jpetstore/src/org/springframework/autobui=
lds/jpetstore/web/view/DomifyCheckout.java:78: cannot resolve symbol<br cla=
ss=3D"none"/>symbol : class Element <br class=3D"none"/>location: class or=
g.springframework.autobuilds.jpetstore.web.view.DomifyCheckout<br class=3D"=
none"/>=09=09=09Element itemXml =3D new Element("item");<br class=3D"none"/=
> ^<br class=3D"none"/>/jteam/=
build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/springframe=
work/autobuilds/jpetstore/web/view/DomifyCheckout.java:83: cannot resolve s=
ymbol<br class=3D"none"/>symbol : class Element <br class=3D"none"/>locati=
on: class org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout<=
br class=3D"none"/>=09=09=09=09Element attrib =3D new Element("attribute");=
<br class=3D"none"/> ^<br class=3D"none"/>/j=
team/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spring=
framework/autobuilds/jpetstore/web/view/DomifyCheckout.java:83: cannot reso=
lve symbol<br class=3D"none"/>symbol : class Element <br class=3D"none"/>l=
ocation: class org.springframework.autobuilds.jpetstore.web.view.DomifyChec=
kout<br class=3D"none"/>=09=09=09=09Element attrib =3D new Element("attribu=
te");<br class=3D"none"/> =
^<br class=3D"none"/>/jteam/build2/checkout/spring/spring/autobuilds/app=
s/jpetstore/src/org/springframework/autobuilds/jpetstore/web/view/DomifyChe=
ckout.java:88: cannot resolve symbol<br class=3D"none"/>symbol : class Ele=
ment <br class=3D"none"/>location: class org.springframework.autobuilds.jpe=
tstore.web.view.DomifyCheckout<br class=3D"none"/>=09=09=09=09Element attri=
b =3D new Element("attribute");<br class=3D"none"/> =
^<br class=3D"none"/>/jteam/build2/checkout/spring/spring/autobuild=
s/apps/jpetstore/src/org/springframework/autobuilds/jpetstore/web/view/Domi=
fyCheckout.java:88: cannot resolve symbol<br class=3D"none"/>symbol : clas=
s Element <br class=3D"none"/>location: class org.springframework.autobuild=
s.jpetstore.web.view.DomifyCheckout<br class=3D"none"/>=09=09=09=09Element =
attrib =3D new Element("attribute");<br class=3D"none"/> =
^<br class=3D"none"/>/jteam/build2/checko=
ut/spring/spring/autobuilds/apps/jpetstore/src/org/springframework/autobuil=
ds/jpetstore/web/view/DomifyCheckout.java:93: cannot resolve symbol<br clas=
s=3D"none"/>symbol : class Element <br class=3D"none"/>location: class org=
.springframework.autobuilds.jpetstore.web.view.DomifyCheckout<br class=3D"n=
one"/>=09=09=09=09Element attrib =3D new Element("attribute");<br class=3D"=
none"/> ^<br class=3D"none"/>/jteam/build2/c=
heckout/spring/spring/autobuilds/apps/jpetstore/src/org/springframework/aut=
obuilds/jpetstore/web/view/DomifyCheckout.java:93: cannot resolve symbol<br=
class=3D"none"/>symbol : class Element <br class=3D"none"/>location: clas=
s org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout<br class=
=3D"none"/>=09=09=09=09Element attrib =3D new Element("attribute");<br clas=
s=3D"none"/> ^<br class=
=3D"none"/>/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/s=
rc/org/springframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:98=
: cannot resolve symbol<br class=3D"none"/>symbol : class Element <br clas=
s=3D"none"/>location: class org.springframework.autobuilds.jpetstore.web.vi=
ew.DomifyCheckout<br class=3D"none"/>=09=09=09=09Element attrib =3D new Ele=
ment("attribute");<br class=3D"none"/> ^<br =
class=3D"none"/>/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetst=
ore/src/org/springframework/autobuilds/jpetstore/web/view/DomifyCheckout.ja=
va:98: cannot resolve symbol<br class=3D"none"/>symbol : class Element <br=
class=3D"none"/>location: class org.springframework.autobuilds.jpetstore.w=
eb.view.DomifyCheckout<br class=3D"none"/>=09=09=09=09Element attrib =3D ne=
w Element("attribute");<br class=3D"none"/> =
^<br class=3D"none"/>/jteam/build2/checkout/spring/spr=
ing/autobuilds/apps/jpetstore/src/org/springframework/autobuilds/jpetstore/=
web/view/DomifyCheckout.java:103: cannot resolve symbol<br class=3D"none"/>=
symbol : class Element <br class=3D"none"/>location: class org.springframe=
work.autobuilds.jpetstore.web.view.DomifyCheckout<br class=3D"none"/>=09=09=
=09=09Element attrib =3D new Element("attribute");<br class=3D"none"/> =
^<br class=3D"none"/>/jteam/build2/checkout/spri=
ng/spring/autobuilds/apps/jpetstore/src/org/springframework/autobuilds/jpet=
store/web/view/DomifyCheckout.java:103: cannot resolve symbol<br class=3D"n=
one"/>symbol : class Element <br class=3D"none"/>location: class org.sprin=
gframework.autobuilds.jpetstore.web.view.DomifyCheckout<br class=3D"none"/>=
=09=09=09=09Element attrib =3D new Element("attribute");<br class=3D"none"/=
> ^<br class=3D"none"/>=
/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri=
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:108: cannot r=
esolve symbol<br class=3D"none"/>symbol : class Element <br class=3D"none"=
/>location: class org.springframework.autobuilds.jpetstore.web.view.DomifyC=
heckout<br class=3D"none"/>=09=09=09Element prod =3D new Element("productNa=
me");<br class=3D"none"/> ^<br class=3D"none"/>/jtea=
m/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/springfra=
mework/autobuilds/jpetstore/web/view/DomifyCheckout.java:108: cannot resolv=
e symbol<br class=3D"none"/>symbol : class Element <br class=3D"none"/>loc=
ation: class org.springframework.autobuilds.jpetstore.web.view.DomifyChecko=
ut<br class=3D"none"/>=09=09=09Element prod =3D new Element("productName");=
<br class=3D"none"/> ^<br class=
=3D"none"/>/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/s=
rc/org/springframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:11=
5: cannot resolve symbol<br class=3D"none"/>symbol : class DOMOutputter <b=
r class=3D"none"/>location: class org.springframework.autobuilds.jpetstore.=
web.view.DomifyCheckout<br class=3D"none"/> return new DOMOutputter(=
).output(doc);<br class=3D"none"/> ^<br class=3D"none"/>2=
4 errors<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Tests: (2318) </td></tr><tr><td class=
=3D"unittests-data" colspan=3D"2"> All Tests Pas=
sed </td></tr><tr><td><table width=3D"98%" border=3D=
"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"></table></td></tr>=
<tr></tr><tr><td colspan=3D"2"> </td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"1" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"6" class=3D"modifications-sectionheader"> =
Modifications since last build: =
(28) </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
aarendsen</td><td class=3D"modifications-data">docs/reference/src/mvc.xml</=
td><td class=3D"modifications-data">* Removed utility section</td></tr><tr =
class=3D"modifications-oddrow"><td class=3D"modifications-data">modified</t=
d><td class=3D"modifications-data">aarendsen</td><td class=3D"modifications=
-data">docs/reference/src/scheduling.xml</td><td class=3D"modifications-dat=
a">* Fixed little doco improvement</td></tr><tr class=3D"modifications-even=
row"><td class=3D"modifications-data">modified</td><td class=3D"modificatio=
ns-data">aarendsen</td><td class=3D"modifications-data">docs/reference/src/=
mvc.xml</td><td class=3D"modifications-data">* Added a bit more doco about =
chaining view resolvers and the XmlViewResolver</td></tr><tr class=3D"modif=
ications-oddrow"><td class=3D"modifications-data">modified</td><td class=3D=
"modifications-data">robharrop</td><td class=3D"modifications-data">sandbox=
/src/org/springframework/crypto/digest/MessageDigestTemplate.java</td><td c=
lass=3D"modifications-data">Remove dependency on Commons Codec</td></tr><tr=
class=3D"modifications-evenrow"><td class=3D"modifications-data">modified<=
/td><td class=3D"modifications-data">jhoeller</td><td class=3D"modification=
s-data">sandbox/test/org/springframework/enums/CodedEnumTests.java</td><td =
class=3D"modifications-data">reformatted</td></tr><tr class=3D"modification=
s-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">jhoeller</td><td class=3D"modifications-data">sandbox/src/org=
/springframework/enums/support/AbstractCodedEnumResolver.java</td><td class=
=3D"modifications-data">reformatted</td></tr><tr class=3D"modifications-eve=
nrow"><td class=3D"modifications-data">modified</td><td class=3D"modificati=
ons-data">jhoeller</td><td class=3D"modifications-data">sandbox/src/org/spr=
ingframework/enums/support/AbstractCodedEnumUserType.java</td><td class=3D"=
modifications-data">reformatted</td></tr><tr class=3D"modifications-oddrow"=
><td class=3D"modifications-data">modified</td><td class=3D"modifications-d=
ata">jhoeller</td><td class=3D"modifications-data">sandbox/src/org/springfr=
amework/enums/support/GenericLabeledCodedEnum.java</td><td class=3D"modific=
ations-data">reformatted</td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">j=
hoeller</td><td class=3D"modifications-data">sandbox/src/org/springframewor=
k/enums/support/HibernateCodedEnumResolver.java</td><td class=3D"modificati=
ons-data">reformatted</td></tr><tr class=3D"modifications-oddrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">jhoel=
ler</td><td class=3D"modifications-data">sandbox/src/org/springframework/en=
ums/support/StaticCodedEnumResolver.java</td><td class=3D"modifications-dat=
a">reformatted</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mo=
difications-data">modified</td><td class=3D"modifications-data">jhoeller</t=
d><td class=3D"modifications-data">sandbox/src/org/springframework/enums/Ab=
stractCodedEnum.java</td><td class=3D"modifications-data">reformatted</td><=
/tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">mod=
ified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifi=
cations-data">sandbox/src/org/springframework/enums/CodedEnum.java</td><td =
class=3D"modifications-data">reformatted</td></tr><tr class=3D"modification=
s-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">sandbox/src/or=
g/springframework/enums/CodedEnumEditor.java</td><td class=3D"modifications=
-data">reformatted</td></tr><tr class=3D"modifications-oddrow"><td class=3D=
"modifications-data">modified</td><td class=3D"modifications-data">jhoeller=
</td><td class=3D"modifications-data">sandbox/src/org/springframework/enums=
/CodedEnumResolver.java</td><td class=3D"modifications-data">reformatted</t=
d></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data"=
>modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"mo=
difications-data">sandbox/src/org/springframework/enums/LetterCodedEnum.jav=
a</td><td class=3D"modifications-data">reformatted</td></tr><tr class=3D"mo=
difications-oddrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">sandb=
ox/src/org/springframework/enums/ShortCodedEnum.java</td><td class=3D"modif=
ications-data">reformatted</td></tr><tr class=3D"modifications-evenrow"><td=
class=3D"modifications-data">modified</td><td class=3D"modifications-data"=
>jhoeller</td><td class=3D"modifications-data">sandbox/src/org/springframew=
ork/enums/StringCodedEnum.java</td><td class=3D"modifications-data">reforma=
tted</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications=
-data">modified</td><td class=3D"modifications-data">jhoeller</td><td class=
=3D"modifications-data">build.xml</td><td class=3D"modifications-data">reor=
ganized build script</td></tr><tr class=3D"modifications-evenrow"><td class=
=3D"modifications-data">modified</td><td class=3D"modifications-data">jhoel=
ler</td><td class=3D"modifications-data">samples/jpetstore/build.xml</td><t=
d class=3D"modifications-data">fixed library references</td></tr><tr class=
=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><td=
class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data"=
>samples/jpetstore/attributes/build.xml</td><td class=3D"modifications-data=
">fixed library references</td></tr><tr class=3D"modifications-evenrow"><td=
class=3D"modifications-data">modified</td><td class=3D"modifications-data"=
>jhoeller</td><td class=3D"modifications-data">lib/readme.txt</td><td class=
=3D"modifications-data">updated FreeMarker and iBATIS SQL Maps</td></tr><tr=
class=3D"modifications-oddrow"><td class=3D"modifications-data">modified</=
td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifications=
-data">lib/freemarker/freemarker.jar</td><td class=3D"modifications-data">u=
pdated FreeMarker to 2.3.1</td></tr><tr class=3D"modifications-evenrow"><td=
class=3D"modifications-data">modified</td><td class=3D"modifications-data"=
>jhoeller</td><td class=3D"modifications-data">lib/ibatis/ibatis-common-2.j=
ar</td><td class=3D"modifications-data">updated iBATIS SQL Maps to 2.0.9</t=
d></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">=
modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"mod=
ifications-data">lib/ibatis/ibatis-sqlmap-2.jar</td><td class=3D"modificati=
ons-data">updated iBATIS SQL Maps to 2.0.9</td></tr><tr class=3D"modificati=
ons-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"mod=
ifications-data">jhoeller</td><td class=3D"modifications-data">test/org/spr=
ingframework/orm/ibatis/SqlMapTests.java</td><td class=3D"modifications-dat=
a">removed iBATIS SQL Maps 1.3 runtime libraries</td></tr><tr class=3D"modi=
fications-oddrow"><td class=3D"modifications-data">deleted</td><td class=3D=
"modifications-data">jhoeller</td><td class=3D"modifications-data">test/org=
/springframework/orm/ibatis/sql-map-config.xml</td><td class=3D"modificatio=
ns-data">removed iBATIS SQL Maps 1.3 runtime libraries</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">deleted</td><td=
class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data"=
>lib/jdom/jdom.jar</td><td class=3D"modifications-data">removed iBATIS SQL =
Maps 1.3 runtime libraries</td></tr><tr class=3D"modifications-oddrow"><td =
class=3D"modifications-data">deleted</td><td class=3D"modifications-data">j=
hoeller</td><td class=3D"modifications-data">lib/ibatis/ibatis-common.jar</=
td><td class=3D"modifications-data">removed iBATIS SQL Maps 1.3 runtime lib=
raries</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader"> =
Deployments by this build: (12) </td>=
</tr><tr><td class=3D"distributables-data">Building jar: /jteam/build2/chec=
kout/spring/spring/dist/spring-core.jar</td></tr><tr class=3D"distributable=
s-oddrow"><td class=3D"distributables-data">Building jar: /jteam/build2/che=
ckout/spring/spring/dist/spring-aop.jar</td></tr><tr><td class=3D"distribut=
ables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spring-=
context.jar</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distr=
ibutables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spr=
ing-dao.jar</td></tr><tr><td class=3D"distributables-data">Building jar: /j=
team/build2/checkout/spring/spring/dist/spring-orm.jar</td></tr><tr class=
=3D"distributables-oddrow"><td class=3D"distributables-data">Building jar: =
/jteam/build2/checkout/spring/spring/dist/spring-web.jar</td></tr><tr><td c=
lass=3D"distributables-data">Building jar: /jteam/build2/checkout/spring/sp=
ring/dist/spring-webmvc.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building jar: /jteam/build2/checkout/spring=
/spring/dist/spring.jar</td></tr><tr><td class=3D"distributables-data">Buil=
ding jar: /jteam/build2/checkout/spring/spring/dist/spring-mock.jar</td></t=
r><tr class=3D"distributables-oddrow"><td class=3D"distributables-data">Bui=
lding war: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/d=
ist/buildtest.war</td></tr><tr><td class=3D"distributables-data">Building w=
ar: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/bui=
ldtest.war</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distri=
butables-data">Building war: /jteam/build2/checkout/spring/spring/autobuild=
s/apps/buildtest/dist/buildtest.war</td></tr></table>
</body></html> |
|
From: Matt S. <sga...@us...> - 2005-01-10 22:55:33
|
Thanks! I will definitely be testing this out tomorrow. Will you be taking a look at SPR-574 soon? The SPR is to create a TransactionAutoProxyCreator that would make setting up simple transaction management scenarios much simpler. http://opensource.atlassian.com/projects/spring/browse/SPR-574 The reason I ask is that your solution is certainly simple and elegant, but I think it has a drawback: it is yet another bean that must be defined in the application context. Sure, one more definition isn't a big deal, but if you're using Spring's declarative transaction management, you need to setup quite a few bean definitions, many of which have quite sensible defaults (i.e. - the ones in the reference documentation). A nice feature of your new LazyConnectionDataSourceProxy is that it's not a significant performance hit to use a TransactionAutoProxyCreator. That's because if there's more than one transactional resource in the application context, beans that are autoproxied won't start up transactions for each resource... they'll only start up transactions when they are actually needed. One of your comments to SPR-572 was, "Wow, that's a pretty extreme case - open transactions for 10 databases for each operation! :-)" Well with a TransactionAutoProxyCreator it's not an extreme case... we'll get significant savings if multiple databases are defined in the application context and are autoproxied, but don't require distributed transactions. For simple usage of multiple databases (e.g. - reporting on information in multiple DBs), this solution will work like a champ without significant performance penalties :) Matt Juergen Hoeller wrote: > Guys, > > Please check out the following issue that I've just addressed: > > http://opensource.atlassian.com/projects/spring/browse/SPR-572 > > As I said in my comment, I've been wondering about this for a while and > finally took the occasion to implement a generic solution for it. A > particularly nice side effect is that it allows for efficient transactional > reads with HibernateTransactionManager, avoiding database communication > overhead if everything can be resolved in the second-level cache! > > I'll commit this in a moment, so feel free to give it a try. > > Juergen > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt |
|
From: Juergen H. <ju...@in...> - 2005-01-10 22:02:27
|
I've re-added jdom.jar for the meantime. It would be great if you could do the rewrite before 1.1.4! Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Darren Davison Sent: Monday, January 10, 2005 7:53 AM To: spr...@li... Subject: Re: [Springframework-developer] spring Build Failed On Monday 10 January 2005 06:27, Juergen Hoeller wrote: > Darren, can you please have a look at this? Is there a chance to rewrite > that class to not depend on JDOM? We can reintroduce jdom.jar, of course, > but I'd like to avoid it unless absolutely necessary... it can be re-written easily enough but I may not bea able to do it until tomorrow or Wednesday (so we may get 1 or 2 more failed builds) Cheers, -- Darren Davison Public Key: #DD356B0D |
|
From: Juergen H. <ju...@in...> - 2005-01-10 19:18:22
|
Guys, Please check out the following issue that I've just addressed: http://opensource.atlassian.com/projects/spring/browse/SPR-572 As I said in my comment, I've been wondering about this for a while and finally took the occasion to implement a generic solution for it. A particularly nice side effect is that it allows for efficient transactional reads with HibernateTransactionManager, avoiding database communication overhead if everything can be resolved in the second-level cache! I'll commit this in a moment, so feel free to give it a try. Juergen |
|
From: James C. <jim...@do...> - 2005-01-10 17:19:46
|
Alef, did you set up the continuous build? Is there a document or short blurb that describes the software/techniques you used? Thanks. |
|
From: Steven D. <ste...@gm...> - 2005-01-10 10:35:11
|
Rod, Did you have time to look into yet? I can create a JIRA issue if it's ok for you. Steven On Sun, 02 Jan 2005 08:23:27 +0000, Rod Johnson <ro...@in...> wrote: > Steven > > Have you checked out the Groovy support (and other scripting language support) in the sandbox? > > I will take a closer look at the rest of your points next week (on holiday now), but just wanted to > point you in that direction now... > > I think some control over class loading is probably worthwhile, although it probably shouldn't be > encouraged for application developers (rather than add-on frameworks) to manipulate class loaders. > > Rgds > Rod > > Steven Devijver wrote: > > Hi, > > > > Right now Spring doesn't offer support for dynamic languages. This > > leads to at least one critical issue and a few minor others one that > > can be resolved. > > > > The issues: > > > > + De-serialization of dynamic classes (critical): > > > > Say you have a setup with a client and server talking to each other. > > The client and server both share the same set of .groovy files > > containing a number of classes. These classes implement > > java.io.Serializable, have a serial version UID yet cannot be > > de-serialized. Http invoker uses java.io.ObjectInputStream which > > implements java de-serialization. ObjectInputStream uses it's own > > scheme to detect which class loader should be used to create a new > > instance from the serialized format and doesn't allow you to specify > > your own class loader. This means ObjectInputStream cannot resolve and > > http invoker cannot transport dynamic classes. > > > > + Instantiation of dynamic classes in the bean factory (nice-to-have): > > > > I've looked in the Spring sand box and I'm not sure if there's an > > implementation in there for creating dynamic classes from the bean > > factory. Currently you would be able to load for example Groovy > > classes using the bean factory if you would set a Groovy class loader > > as the context class loader before creating the Spring bean factory. > > This approach is not very usable as you would only be able to > > overwrite the context class loader in a simple java application while > > it would probably be (a lot) harder to do this in say a servlet > > container. > > > > + Temporarily changing the context class loader (nice-to-have): > > > > For some method calls you need to temporarily change the context class > > loader in order to let for example Hibernate load dynamic classes. > > Hibernate uses the context class loader to load classes. Temporarily > > changing the context class loader is required when you want to use > > dynamic classes as persistent objects. Restoring the original context > > class loader when the method exits - either on a normal exit or by > > throwing an exception - is required to not cause class loading > > problems elsewhere in the application (server). If we are talking > > about dao's we could easily do this using AOP. If we're talking about > > LocalSessionFactoryBean we need to do the context class loader switch > > only for the method afterPropertiesSet. We could also do this using > > AOP but that's a bit clumsy. Also, using AOP everyone would need to > > write the method interceptor that does the context class loader switch > > themselves. > > > > The proposed solution: > > > > Before I discuss the proposed solution I would like to mention that > > Groovy and Janino both offer a class loader while Jython and BeanShell > > (apparently) don't. I say apparently because I don't know Jython and > > BeanShell that well. > > > > The first part of the proposed solution is to create factory beans for > > Groovy, Janino, ... that load scripts either from the file system or > > from a string. These factory bean would have as object type > > java.lang.ClassLoader and are there to declaratively load Groovy or > > Janino classes. Both the Groovy and Janino take a parent class loader. > > My experiments using Jetty show that the context class loader > > retrieved in the scope of the context loader listener can be safely > > used as a parent class loader while handing requests. > > > > The second part of the proposed solution addresses the > > de-serialization issue. Subclassing ObjectInputStream allows you to > > overwrite the resolveClass method. This would allow you to use a > > custom class loader. If Spring would offer such a subclass it would be > > peanuts to subclass SimpleHttpInvokerRequestExecutor, add a > > classloader property and overwrite the readRemoteInvocationResult > > method. > > > > The third part of the proposed solution addresses the instantiation of > > dynamic classes by the bean factory. By adding a classloader attribute > > to the xml bean definition one would be able to refer to the factories > > discussed above to specify which classloader Spring should use to load > > the defined class. I'm not sure how this should be implemented in > > Spring. In DefaultXmlBeanDefinitionParser the context class loader is > > passed to the bean definition so this looks like the hook. The custom > > class loader should be retrieved from the factory, I'm not sure how > > and where this should be implemented. > > > > The fourth part of the proposed solution addresses the temporary > > switch of context class loaders. It would be nice if Spring would > > offer a method interceptor that implements this. It would also be nice > > if a classloader property could be added to a subclass of > > LocalSessionFactoryBean so that the context class loader could be > > switched in the afterPropertiesSet method. > > > > If we can agree on the importance of dynamic language support in > > Spring I would be happy to implements parts 1, 2 and 4. > > > > Steven > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > -- > > ____________________________________________________ > Rod Johnson > CEO, Interface21 - Spring Services from the Source > http://www.springframework.com > > Founder, Spring Framework: > http://www.springframework.org > > Author, "Expert One-on-One J2EE Development Without EJB" > (May 2004, with Juergen Hoeller). > http://www.amazon.com/exec/obidos/ASIN/0764558315/ > > Author, "Expert One-on-One J2EE Design and Development" > (October 2002). > http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ > > ____________________________________________________ > Interface21 Limited > Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 2JY > Registered in England and Wales No. 5187766 > ____________________________________________________ > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Pieter C. <pie...@on...> - 2005-01-10 08:58:22
|
Colin, I'm maintaining a 'faq' on the wiki, although it is far from complete: http://opensource.atlassian.com/confluence/spring/display/DOC/FAQ Pieter Colin Sampaleanu said: > Michael, > > For about a good 6 months or so now I keep meaning to set up a > 'cookbook' area on the wiki where people can put shorts bits of code an= d > tips for doing things. You could perhaps put up the stuff on the wiki, > and I'll try to organize it a bit more in about 2-3 weeks when I am don= e > with the project I am on now... > > Colin > > Michael Schuerig wrote: > >>On Thursday 06 January 2005 02:42, Michael Schuerig wrote: >> >> >>>I've stumbled again on my quest to make Axis and Spring work together >>>in the way I want them to. One of my operations has an out parameter >>>(in WSDL: a part of the output message that does not appear in the >>>operation's parameterOrder attribute; see JAX-RPC 4.3.4). >>> >>> >>[snip] >> >> >>>I'll probably have a go at it in the next couple of days. Thus if >>>anyone else intends to do something similar, please contact me. >>> >>> >> >>So, now I've got a factory bean that creates a "tweakable" web service >>client using Axis. The factory helps with declarative type mapping, >>unwraps business exceptions, handles out parameters and allows to set >>document-style services to be "wrapped". See below for a sample >>configuration. >> >>I really don't want to keep this to myself. The same goes for other >>smallish-but-reusable stuff I've written in the past few months; tests >>included, of course. But what can I do to avoid this? I could put the >>code on my web site where nobody will find it. What I'm looking for is >>some kind of Spring Component Playground for bits and pieces that snap >>into Spring but are not (yet) part of the official distribution. >>Something with a wider scope and access than the existing sandbox. >> >>Michael >> >> >><bean id=3D"webserviceclient" >> class=3D"de.schuerig.webservices.AxisClientFactoryBean"> >> <property name=3D"serviceFactoryClass"> >> <value>org.apache.axis.client.ServiceFactory</value> >> </property> >> <property name=3D"wsdlDocumentUrl"> >> <value>http://serviceprovider.net/service?wsdl</value> >> </property> >> <property name=3D"timeout"> >> <value>30000</value> <!-- milliseconds --> >> </property> >> <property name=3D"namespaceUri"> >> <value>http://serviceprovider.net/service</value> >> </property> >> <property name=3D"typeNamespaceUri"> >> <value>http://serviceprovider.net/service/types</value> >> </property> >> <property name=3D"serviceName"> >> <value>TheService</value> >> </property> >> <property name=3D"portName"> >> <value>TheSoapPort</value> >> </property> >> <property name=3D"serviceInterface"> >> <value>net.example.TheService</value> >> </property> >> <property name=3D"wrappedStyle"> >> <value>false</value> >> </property> >> <property name=3D"encodingStyleUri"> >> <value></value> <!-- for literal --> >> </property> >> <property name=3D"typeMappings"> >> <list> >> <bean class=3D"de.schuerig.webservices.TypeMappingDesc"> >> <property name=3D"javaType"> >> <value>net.example.SomeBean</value> >> </property> >> <property name=3D"xmlType"> >> <value>someBean</value> >> </property> >> </bean> >> <bean class=3D"de.schuerig.webservices.TypeMappingDesc"> >> <property name=3D"javaType"> >> <value>net.example.SomeBean[]</value> >> </property> >> <property name=3D"xmlType"> >> <value>SomeBeanList</value> >> </property> >> </bean> >> <bean class=3D"de.schuerig.webservices.TypeMappingDesc"> >> <property name=3D"javaType"> >> <value>net.example.SpecialBean</value> >> </property> >> <property name=3D"xmlType"> >> <value>specialBean</value> >> </property> >> <property name=3D"serializerFactory"> >> <value>net.example.SpecialBeanSerializerFactory</va= lue> >> </property> >> <property name=3D"deserializerFactory"> >> <value>net.example.SpecialBeanDeserializerFactory</= value> >> </property> >> </bean> >> </list> >> </property> >></bean> >> >> >> > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Darren D. <da...@da...> - 2005-01-10 07:31:39
|
On Monday 10 January 2005 06:27, Juergen Hoeller wrote: > Darren, can you please have a look at this? Is there a chance to rewrite > that class to not depend on JDOM? We can reintroduce jdom.jar, of course, > but I'd like to avoid it unless absolutely necessary... it can be re-written easily enough but I may not bea able to do it until=20 tomorrow or Wednesday (so we may get 1 or 2 more failed builds) Cheers, =2D-=20 Darren Davison Public Key: #DD356B0D |
|
From: Juergen H. <ju...@in...> - 2005-01-10 06:27:49
|
Seems like the DomifyCheckout class in the autobuilds directory depends on
JDOM. Unfortunately, I've removed JDOM from the libraries, assuming that we
don't need it anymore (since our move from iBATIS SQL Maps 1.3 to 2.0)...
Darren, can you please have a look at this? Is there a chance to rewrite
that class to not depend on JDOM? We can reintroduce jdom.jar, of course,
but I'd like to avoid it unless absolutely necessary...
BTW, I intend to release Spring 1.1.4 by the end of this week. I'll leave
for Denmark next Monday, so this is a more or less hard deadline. There's a
couple of minor but nevertheless important things that needs to get out
there.
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
al...@jt...
Sent: Monday, January 10, 2005 12:25 AM
To: spr...@li...
Subject: [Springframework-developer] spring Build Failed
Importance: High
BUILD FAILED
Ant Error Message:
/jteam/build2/checkout/spring/spring/build-mb.xml:59: The following error
occurred while executing this line:
/jteam/build2/checkout/spring/spring/autobuilds/build/build.xml:196: The
following error occurred while executing this line:
/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/build.xml:81:
Compile failed; see the compiler error output for details.
Date of build: 01/10/2005 00:16:43
Time to build: 6 minutes 37 seconds
Last changed: 01/09/2005 14:28:12
Last log entry: Remove dependency on Commons Codec
Errors/Warnings: (121)
Note: Some input files use or override a deprecated API.Note: Recompile
with -deprecation for details.Note:
/jteam/build2/checkout/spring/spring/mock/org/springframework/mock/web/MockH
ttpSession.java uses or overrides a deprecated API.Note: Recompile
with -deprecation for details.Note: Some input files use or override a
deprecated API.Note: Recompile with -deprecation for
details./jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/o
rg/springframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:13:
package org.jdom does not existimport org.jdom.Document;
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:14: package
org.jdom does not existimport org.jdom.Element;
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:15: package
org.jdom.output does not existimport org.jdom.output.DOMOutputter;
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:60: cannot
resolve symbolsymbol : class Document location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Document doc = new Document();
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:60: cannot
resolve symbolsymbol : class Document location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Document doc = new Document();
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:61: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Element root = new Element(rootName);
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:61: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
Element root = new Element(rootName);
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:71: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
ciXml = new Element("cartItem");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:71: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
ciXml = new Element("cartItem");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:78: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
itemXml = new Element("item");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:78: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
itemXml = new Element("item");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:83: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:83: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:88: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:88: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:93: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:93: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:98: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:98: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:103: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:103: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
attrib = new Element("attribute");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:108: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
prod = new Element("productName");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:108: cannot
resolve symbolsymbol : class Element location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout Element
prod = new Element("productName");
^/jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/src/org/spri
ngframework/autobuilds/jpetstore/web/view/DomifyCheckout.java:115: cannot
resolve symbolsymbol : class DOMOutputter location: class
org.springframework.autobuilds.jpetstore.web.view.DomifyCheckout
return new DOMOutputter().output(doc); ^24 errors
Unit Tests: (2318)
All Tests Passed
Modifications since last build: (25)
modified robharrop
sandbox/src/org/springframework/crypto/digest/MessageDigestTemplate.java
Remove dependency on Commons Codec
modified jhoeller
sandbox/test/org/springframework/enums/CodedEnumTests.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/AbstractCodedEnumResolver.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/AbstractCodedEnumUserType.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/GenericLabeledCodedEnum.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/HibernateCodedEnumResolver.jav
a reformatted
modified jhoeller
sandbox/src/org/springframework/enums/support/StaticCodedEnumResolver.java
reformatted
modified jhoeller
sandbox/src/org/springframework/enums/AbstractCodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/CodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/CodedEnumEditor.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/CodedEnumResolver.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/LetterCodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/ShortCodedEnum.java reformatted
modified jhoeller
sandbox/src/org/springframework/enums/StringCodedEnum.java reformatted
modified jhoeller build.xml reorganized build script
modified jhoeller samples/jpetstore/build.xml fixed library
references
modified jhoeller samples/jpetstore/attributes/build.xml fixed
library references
modified jhoeller lib/readme.txt updated FreeMarker and iBATIS SQL
Maps
modified jhoeller lib/freemarker/freemarker.jar updated FreeMarker
to 2.3.1
modified jhoeller lib/ibatis/ibatis-common-2.jar updated iBATIS SQL
Maps to 2.0.9
modified jhoeller lib/ibatis/ibatis-sqlmap-2.jar updated iBATIS SQL
Maps to 2.0.9
modified jhoeller
test/org/springframework/orm/ibatis/SqlMapTests.java removed iBATIS SQL Maps
1.3 runtime libraries
deleted jhoeller
test/org/springframework/orm/ibatis/sql-map-config.xml removed iBATIS SQL
Maps 1.3 runtime libraries
deleted jhoeller lib/jdom/jdom.jar removed iBATIS SQL Maps 1.3
runtime libraries
deleted jhoeller lib/ibatis/ibatis-common.jar removed iBATIS SQL
Maps 1.3 runtime libraries
Deployments by this build: (12)
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-core.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-aop.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-context.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-dao.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-orm.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-web.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-webmvc.jar
Building jar: /jteam/build2/checkout/spring/spring/dist/spring.jar
Building jar:
/jteam/build2/checkout/spring/spring/dist/spring-mock.jar
Building war:
/jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtes
t.war
Building war:
/jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtes
t.war
Building war:
/jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtes
t.war
|
|
From: Nicolas B. <nb...@pi...> - 2005-01-10 05:44:08
|
I will be out of the office starting 07.01.2005 and will not return until 17.01.2005. I will respond to your message when I return. My teammate Jean Kunz (jk...@pi...) can be contacted for urgent matters. |
|
From: Michael S. <mi...@sc...> - 2005-01-10 00:25:59
|
On Saturday 08 January 2005 04:48, Colin Sampaleanu wrote: > For about a good 6 months or so now I keep meaning to set up a > 'cookbook' area on the wiki where people can put shorts bits of code > and tips for doing things. You could perhaps put up the stuff on the > wiki, and I'll try to organize it a bit more in about 2-3 weeks when > I am done with the project I am on now... Colin, I've had a look at the wiki and while I'm used to wiki's (I'm even running one locally), I found it a bit unwieldy for my purpose. Instead I've uploaded my somewhat cleaned up collection of utility classea at http://www.schuerig.de/michael/java/msutils (the link leads to the online javadocs + download link) There are a few classes in there that are related to Spring: ...aop.ExpirationIntroducer - mixes-in an ExpiringObject interface ...aop.RetryAdvice - retries failed method invocations based on thrown exception, retry count, and method name ...util.MethodInvocationSchedulerBean - uses Quartz to schedule a method invocation on a target bean ...webservices.AxisClientFactoryBean - allows to configure type mappings, wrapped-style; works with out-only parameters and unwraps exceptions I hope some of this stuff is useful to others; the license is Apache 2.0. Michael -- Michael Schuerig I am the sum total of the parts mailto:mi...@sc... I control directly. http://www.schuerig.de/michael/ --Daniel C. Dennett, Elbow Room |
1239 messages has been excluded from this view by a project administrator.
