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: <tri...@tr...> - 2003-07-02 18:29:12
|
Juergen, I will add a 'server.sh' and 'master.sh' to CVS. John VanDyk sent me a nice Howto for installing Tomcat and Petclinic on a Mac OS X system. I added it to the website on the demo page. I'll try to put together one for Linux, and we should probably have one for Windows as well (there might be some who have not switched yet :-) Thomas > Thomas, > > Can you please add the file to the CVS repository, in > samples/petclinic/db/hsqldb? I'd like to include it in follow-up releases, > for equal support of Windows and Unix. > > BTW, if you find any omissions or inconsistencies in the distribution, feel > free to fix it in CVS - for the next point release. > > Regards, > Juergen > > > -----Original Message----- > From: tri...@tr... [mailto:tri...@tr...] > Sent: Sunday, June 29, 2003 12:26 AM > To: tri...@tr... > Cc: John VanDyk; spr...@li... > Subject: Re: [Springframework-developer] Trying spring > > > Forgot to attach the file - here it is. > > > John, > > > > > I'm trying to play with spring but not having much success. > > > > > > I have Tomcat 4.1.24 installed and running on Mac OS X 10.2.6 running > > > JVM 1.4.1_01-39. > > > > > > I wanted to try the petclinic demo so I I tried to start up hsqldb: > > > > > > [mangora:petclinic/db/hsqldb] jvandyk% ls > > > dropDB.txt petclinic.data > > > petclinic_tomcat_hsql.xml > > > initDB.txt petclinic.properties server.bat > > > manager.bat petclinic.script > > > server.properties > > > [mangora:petclinic/db/hsqldb] jvandyk% cat server.bat > > > java -classpath ..\..\lib\hsqldb.jar org.hsqldb.Server -database > petclinic > > > [mangora:petclinic/db/hsqldb] jvandyk% server.bat > > > server.bat: Command not found. > > > [mangora:petclinic/db/hsqldb] jvandyk% ./server.bat > > > Exception in thread "main" java.lang.NoClassDefFoundError: > > org/hsqldb/Server > > > > > > org.hsqldb.Server seems to be missing? > > > > The server.bat file is for use on Windows systems. I have created a > > server.sh > > script that works on Linux/UNIX systems, so it should work on Mac OS X as > > well. > > > > Save the attached 'server.sh' file in the same directory where > 'server.bat' > > is. > > Open a command line shell and change to this directory. Enter > > > > chmod +x server.sh > > > > and then > > > > ./server.sh > > > > You should see the following message: > > > > [trisberg@localhost hsqldb]$ ./server.sh > > Opening database: petclinic > > HSQLDB server 1.7.1 is running > > Use SHUTDOWN to close normally. Use [Ctrl]+[C] to abort abruptly > > Sat Jun 28 18:10:16 EDT 2003 Listening for connections ... > > > > Let me know if this does not work. I'll add this file to the next > release. > > > > Thomas > > > > > > > > |
|
From: <jue...@we...> - 2003-07-02 18:22:54
|
Thomas, Can you please add the file to the CVS repository, in = samples/petclinic/db/hsqldb? I'd like to include it in follow-up = releases, for equal support of Windows and Unix. BTW, if you find any omissions or inconsistencies in the distribution, = feel free to fix it in CVS - for the next point release. Regards, Juergen -----Original Message----- From: tri...@tr... [mailto:tri...@tr...] Sent: Sunday, June 29, 2003 12:26 AM To: tri...@tr... Cc: John VanDyk; spr...@li... Subject: Re: [Springframework-developer] Trying spring Forgot to attach the file - here it is. > John, >=20 > > I'm trying to play with spring but not having much success. > >=20 > > I have Tomcat 4.1.24 installed and running on Mac OS X 10.2.6 = running=20 > > JVM 1.4.1_01-39. > >=20 > > I wanted to try the petclinic demo so I I tried to start up hsqldb: > >=20 > > [mangora:petclinic/db/hsqldb] jvandyk% ls > > dropDB.txt petclinic.data=20 > > petclinic_tomcat_hsql.xml > > initDB.txt petclinic.properties = server.bat > > manager.bat petclinic.script =20 > > server.properties > > [mangora:petclinic/db/hsqldb] jvandyk% cat server.bat > > java -classpath ..\..\lib\hsqldb.jar org.hsqldb.Server -database = petclinic > > [mangora:petclinic/db/hsqldb] jvandyk% server.bat > > server.bat: Command not found. > > [mangora:petclinic/db/hsqldb] jvandyk% ./server.bat > > Exception in thread "main" java.lang.NoClassDefFoundError: > org/hsqldb/Server > >=20 > > org.hsqldb.Server seems to be missing? >=20 > The server.bat file is for use on Windows systems. I have created a > server.sh > script that works on Linux/UNIX systems, so it should work on Mac OS X = as > well. >=20 > Save the attached 'server.sh' file in the same directory where = 'server.bat' > is. > Open a command line shell and change to this directory. Enter >=20 > chmod +x server.sh=20 >=20 > and then >=20 > ./server.sh >=20 > You should see the following message: >=20 > [trisberg@localhost hsqldb]$ ./server.sh > Opening database: petclinic > HSQLDB server 1.7.1 is running > Use SHUTDOWN to close normally. Use [Ctrl]+[C] to abort abruptly > Sat Jun 28 18:10:16 EDT 2003 Listening for connections ... >=20 > Let me know if this does not work. I'll add this file to the next = release. >=20 > Thomas > =20 >=20 |
|
From: Kopylenko, D. <dko...@ac...> - 2003-07-02 18:20:11
|
> I feel that when I've finished it, our souce-level metadata option will simplify AOP usage and drive all our competitors to complete >despair. Spring developers will not only walk through walls : they'll levitate far beyond the leaden chains of EJB. We'll define the new >paradigm. In fact we'll be so far ahead our competitors won't be smart enough to understand our paradigm. All your AOP _and_ J2EE Belong to >Us. (Did I mention that we'll cure third world debt?) That sounds GREAT :-) |
|
From: Rod J. <rod...@in...> - 2003-07-02 18:15:39
|
>I really like our AOP strategy: Just intercept methods of specific instances, not everything of any class loaded in the current classloader. Of course, this isn't as powerful as "full" AOP on fields etc - but the latter is power that I don't want anyway. We can achieve EJB-style functionality like declarative transactions and security easily, that seems more than enough to me for now. Anyone say "Pareto Principle"? It's also nicely isolated, in that each business object can have different advice if necessary. I've just expressed that view to Gregor Kiczales on the AOP Alliance list. (Btw, if you're interested in our AOP, please subscribe.) I feel that when I've finished it, our souce-level metadata option will simplify AOP usage and drive all our competitors to complete despair. Spring developers will not only walk through walls : they'll levitate far beyond the leaden chains of EJB. We'll define the new paradigm. In fact we'll be so far ahead our competitors won't be smart enough to understand our paradigm. All your AOP _and_ J2EE Belong to Us. (Did I mention that we'll cure third world debt?) Rod |
|
From: <jue...@we...> - 2003-07-02 17:51:46
|
Rod, everyone, I'd also like to say that the TSS Symposium was a really great event. I = enjoyed it lots more than JavaOne 2001, due to the focussed contents, = and due to all the people that you could meet there in such a = "comfortable" setting. I especially enjoyed talking to other "open source guys" like Gavin, = Vincent, Mike, Jason, etc. The outdoor discussion with John from Sun and = Jim from IBM was very interesting too, lasting till after midnight, = despite all those mosquitoes out there (I got more than 50 stitches...). Of course, it was great to finally meet Rod in person! You can only talk = so much via email, personal chats are a wholly different thing. We can = really be glad that we have such a prominent and compentent spokesperson = :-) I agree with the main themes throughout the symposium: It's funny that = they match our views and our mission so nicely! The trends are = definitely going in our direction, in every respect. There really seems to be a great Hibernate vibe. Everyone's mentioning = it, numerous people seems to use it in production. Gavin King is a smart = guy: He has achieved a really clean persistence tool that beats many = other solutions on the market. In his own words, Hibernate has more = users than all of the JDO vendors together, including Fortune 100 ones. = Now consider that he works on Hibernate besides a full time job! The PetStore-based MDA presentation with its "35% less time" result was = pretty meaningless. ~530 man hours for the "conventional" J2EE team vs = ~350 for the OptimalJ team - that's too much for both ;-) If one would = throw out EJB completely and built upon Spring and Hibernate, one would = be able to implement a clear-layered version of that PetStore spec in a = maximum of 200 hours, I guess. Let's not forget that the HTML templates = and the data model are predetermined! I haven't been convinced by JBoss 4's AOP support either. I really doubt = that field interception via the classloader is the right way. For = container internals like dirty checking of HTTP sessions, it might be = useful though - but even to achieve just this, each and every class that = might potentially be put into a session needs to be enhanced. I feel = that this can't be the way, neither in terms of performance nor of = performance. I really like our AOP strategy: Just intercept methods of specific = instances, not everything of any class loaded in the current = classloader. Of course, this isn't as powerful as "full" AOP on fields = etc - but the latter is power that I don't want anyway. We can achieve = EJB-style functionality like declarative transactions and security = easily, that seems more than enough to me for now. I'll definitely go to another TSS Symposium if there will be one, = possibly as speaker. In one year's time, there should be more than = enough stuff to talk about :-) Regards, Juergen -----Original Message----- From: Rod Johnson [mailto:rod...@in...] Sent: Monday, June 30, 2003 3:33 PM To: spr...@li... Subject: Re: [Springframework-developer] TSS Symposium I'd just like to say that this was a great event. I really enjoyed it, I felt people were really receptive to what I was saying--including Spring JDBC, transactions, AOP CMT, bean factory concept. I also got to meet and talk to some really interesting people like = Cedric, Floyd, Mike Cannon-Brooks and Gavin King. And even got to have a serious conversation with John Crupi. This was a great opportunity for the Spring community. Now my book is = back in circulation, we should also benefit from that. Sure, there are code changes (and many enhancements) but explaining Spring over and over to different people made both Juergen and myself aware just how simple and consistent the overall concepts are--these haven't changed, which is one reason that we now have a lot of code but not necessarily more = complexity in Spring apps. Btw, it was great to meet Juergen! He did a lot of good work as an ambassador for Spring, as well as picking up other talks. He even won a group of people at a table, including me, a Tivo each in a trivia game!! (Don't know if it will work in the UK yet.) Maybe I should start a blog. Here's my brief summary of some of the = content I liked/didn't like: - John Crupi's talk on next gen tools--not convinced Sun really "get" = this space - Bill on JBoss AOP: not a great presentation (a bit flat), didn't = really justify their decision to use field interception or address performance = and other potential problems. Did show some nice examples of JBoss internals implemented with AOP. I thought Bill made a good case for implementing a J2EE server with AOP, rather than opening their AOP up to developers to = lock them into JBoss. Bill is charming and very normal, whatever impression = JBoss gives overall. - Mike Cannon-Brooks: really good speaker (but then he would be, being a fellow Aussie). XWork presentation was interesting--I like our way of = doing things, but XWork is elegant in its own way. (We have lots of stuff they don't, though, such as JDBC, JTA etc.) - MDA presentation based on Pet Store. I'm just going to say = "unconvincing" - Erik Hatcher: Excellent speaker (and nice guy), wish I could have = caught all his talks, but it was hard when I was presenting/networking. Very pragmatic and wise regarding Struts limitations. - Panel discussion: really interesting. Basically the "status quo" vs "reduce complexity" schools coming into conflict. The audie- nce laughed when Jim Knutson (from IBM) try to defend entity beans after I'd used = them as an example of design by committee before implementation not working. I detected some themes throughout, such as: - Entity beans suck (not just from yours truly). Vibe around Hibernate. - Struts is sub-optimal. Even Erik Hatcher (Struts/XDoclet contributor = and guru) knows of the problems and is open to XWork/Spring. Maybe Struts = really is so bad that it can't even survive as a virtual monopoly. - EJB is overused (my talks on this were very well received) - AOP - A real open source vibe. It was great to talk to Gavin, Mike & Jason (XWork etc.). We're all doing great stuff and we're all pushing in the = same direction, if with different code bases. It would be good to have Juergen's take, too. Regards, Rod P.S. If they do another TSS symposium, try to go! It was good--way = better than JavaOne. ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2003-07-02 15:58:14
|
Definitely makes sense: +1 from me. Juergen -----Original Message----- From: jp....@ti... [mailto:jp....@ti...] Sent: Wednesday, July 02, 2003 5:55 PM To: spr...@li... Subject: [Springframework-developer] Cookie resolvers I will reintroduce the 'path' property in the (locale and theme) = cookieResolvers with "/" as default this evening. When a cookie is set, it is only visible in its URL path and below. By = default, the path is set to the current path of the view setting the = cookie. But it can be overriden by a path property. The current = implementation doesn't set the cookies for the whole application if the = view setting it is not at the top level. Jean-Pierre ********** SPECIAL ADSL ********** L'ADSL =E0 partir de 15,95 EUR/mois et le modem ADSL offert ? C'est en = exclusivit=E9 chez Tiscali ! Pour profiter de cette offre, cliquez ici: = http://register.tiscali.fr/adsl/ Offre soumise =E0 conditions. ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: =?iso-8859-1?Q?<jp....@ti...> - 2003-07-02 15:55:15
|
I will reintroduce the 'path' property in the (locale and theme) cookieRe= solvers with "/" as default this evening.=0D=0AWhen a cookie is set, it i= s only visible in its URL path and below. By default, the path is set to = the current path of the view setting the cookie. But it can be overriden = by a path property. The current implementation doesn't set the cookies fo= r the whole application if the view setting it is not at the top level.=0D= =0A=0D=0AJean-Pierre=0D=0A=0A=0A********** SPECIAL ADSL **********=0AL'AD= SL =E0 partir de 15,95 EUR/mois et le modem ADSL offert ? C'est en exclu= sivit=E9 chez Tiscali !=0APour profiter de cette offre, cliquez ici: http= ://register.tiscali.fr/adsl/=0AOffre soumise =E0 conditions.=0A |
|
From: <jue...@we...> - 2003-07-02 15:46:00
|
Hi JP,
Bean parents already work, e.g.:
example.class=3Dcom.interface21.web.servlet.view.JstlView
example.requestContextAttribute=3Drc
example1.parent=3Dexample
example1.url=3D/example1.jsp
example2.parent=3Dexample
example2.url=3D/example2.jsp
There's even a defaultParentView property in ResourceBundleViewResolver, =
so that you can omit the ".parent=3D" lines above, e.g.:
<bean id=3D"viewResolver" =
class=3D"com.interface21.web.servlet.view.ResourceBundleViewResolver">
<property name=3D"basename"><value>views</value></property>
<property =
name=3D"defaultParentView"><value>example</value></property>
</bean>
Both solutions should make RequestContext setup quite convenient.
Regards,
Juergen
-----Original Message-----
From: jp....@ti... [mailto:jp....@ti...]
Sent: Wednesday, July 02, 2003 5:32 PM
To: j=FCrgen h=F6ller [werk3AT]
Cc: springframework-developer
Subject: RE: [Springframework-developer] Theme issue
Hi Juergen,
Ok, as I have a way to retrieve the current theme in the view, I'm =
happy.
Nevertheless, as Rod sayed one day that the view definition file will =
have to be reviewed, adding a 'parent' property could be useful for =
avoiding repetitive properties.
Regards,
Jean-Pierre
---------- Initial Header -----------
From : j=FCrgen h=F6ller [werk3AT] <jue...@we...>
To : "JP Pawlak" =
<jp....@ti...>,<spr...@li...>
Cc :=20
Date : Wed, 2 Jul 2003 16:02:56 +0200
Subject : RE: [Springframework-developer] Theme issue
Hi JP,
I can see what you were aiming at. But unfortunately you've =
misunderstood the purpose of the CookieThemeResolver's request =
attribute: It is only there to override the cookie value if changed in =
the course of the current request, to avoid reading the stale value from =
the cookie in the request object. It was never meant to be used by =
application developers, not in controllers and not in views. The =
attribute name contained the full CookieThemeResolver class name on =
purpose, as it is just an implementation detail.
The proper way to retrieve the name of the current theme is =
RequestContext.getTheme(), as used by ThemeTag underneath the hood. You =
can instantiate a RequestContext yourself, or instruct the View =
implementation to add an instance under a specified model attribute =
name, like as follows:
example.class=3Dcom.interface21.web.servlet.view.InternalResourceView
example.requestContextAttribute=3Drc
example.url=3D/example.jsp
With this configuration, a model attribute "rc" of type RequestContext =
is available for the view. With JSTL, you can simply access the current =
theme name via "${rc.theme.name}" then (specifying no scope simply =
searches page -> request -> session -> application).
I guess I haven't made RequestContext obvious enough. I'll revert the =
changes promptly, and add a respective comment to CookieThemeResolver.
Regards,
Juergen
-----Original Message-----
From: JP Pawlak [mailto:jp....@ti...]
Sent: Tuesday, July 01, 2003 10:15 PM
To: spr...@li...
Subject: [Springframework-developer] Theme issue
Hi Juergen, everybody,
I tried to test the current theme and locale in a view for avoiding
links to current choices. I encountered these issues and committed
changes.
1) The request attribute containing dots forces to use the brackets
syntax, but we can leave with this.
2) The request attribute is a bit long: <c:when
test=3D"${requestScope['com.interface21.web.servlet.theme.CookieThemeReso=
l
ver.THEME'] =3D=3D 'xxx'}">
3) The request attribute contains the implementation class name of the
resolver. If we change it in the configuration, the JSP have to be
changed accordingly :-(. For the point 2 and 3, I have changed the
request attribute name to the fixed String 'com.interface21.web.THEME'
defined now in ThemeResolver. I am aware that it breaks the backward
compatibility, but it solves this issue from this point (I think
especially on point 3).
4) When the theme is set, all is ok. But for next views, the current
theme name is no longer available, so the default is returned. I added a
new method 'makeThemeNameAvailable' in the ThemeResolver called by a new
else clause in ThemeChangeInterceptor. So, when an interceptor is used,
the request attribute is always set.
Regards,
Jean-Pierre
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
********** SPECIAL ADSL **********
L'ADSL =E0 partir de 15,95 EUR/mois et le modem ADSL offert ? C'est en =
exclusivit=E9 chez Tiscali !
Pour profiter de cette offre, cliquez ici: =
http://register.tiscali.fr/adsl/
Offre soumise =E0 conditions.
|
|
From: =?iso-8859-1?Q?<jp....@ti...> - 2003-07-02 15:40:01
|
Sorry, I missed to declare the datasource in web.xml.=0D=0AThis was a bit=
puzzling as the application based on the old framework worked well in th=
e same container. Therefore the Jboss configuration could not be suspecte=
d.=0D=0AAll is ok now.=0D=0A=0D=0ARegards,=0D=0AJean-Pierre=0D=0A=0D=0A--=
-------- Initial Header -----------=0D=0A=0D=0AFrom : j=FCrgen h=F6l=
ler [werk3AT] <jue...@we...>=0D=0ATo : <jp.pawlak=
@tiscali.fr>,<spr...@li...>=0D=0ACc =
: =0D=0ADate : Wed, 2 Jul 2003 14:04:36 +0200=0D=0ASubject : =
RE: [Springframework-developer] HELP jdbc with Jboss=0D=0A=0D=0AHi JP,=0D=
=0A=0D=0ASuch a configuration should work. Basically, JndiObjectFactoryBe=
an does nothing else than look the given JNDI name and provide the object=
as bean reference, using "inContainer=3Dtrue" by default (prefixing "jav=
a:comp/env/" to the given name).=0D=0A=0D=0AHave you tried accessing the =
DataSource manually via a JNDI InitialContext? Can you look it up under "=
java:comp/env/jdbc/sireneMYSQL" within your web application? If not, the =
fault is in JBoss' setup.=0D=0A=0D=0AJuergen=0D=0A=0D=0A=0D=0A-----Origin=
al Message-----=0D=0AFrom: jp....@ti... [mailto:jp.pawlak@tiscali=
.fr]=0D=0ASent: Wednesday, July 02, 2003 1:53 PM=0D=0ATo: springframework=
-dev...@li...=0D=0ASubject: [Springframework-developer=
] HELP jdbc with Jboss=0D=0A=0D=0A=0D=0AHi Juergen,=0D=0A=0D=0AI have a b=
ig trouble. How to bound to a JDBC datasource on JBoss with the new frame=
work?=0D=0A=0D=0AI have already made this:=0D=0A=0D=0AIn applicationConte=
xt.xml:=0D=0A <bean id=3D"dataSource" class=3D"com.interface21.jndi.Jn=
diObjectFactoryBean">=0D=0A <property name=3D"jndiName"><value>jdb=
c/sireneMYSQL</value></property>=0D=0A </bean>=0D=0A=0D=0AIn jboss-web=
.xml:=0D=0A <resource-ref>=0D=0A <res-ref-name>jdbc/sireneMYSQL=
</res-ref-name>=0D=0A <res-type>javax.sql.DataSource</res-type>=0D=
=0A <jndi-name>java:/MySqlSirDS</jndi-name>=0D=0A </resource-re=
f>=0D=0A=0D=0AIn jboss(3.2.0) deploy dir, a file named mysql-ds.xml:=0D=0A=
<datasources>=0D=0A <local-tx-datasource>=0D=0A <jndi-name>MySqlSirDS=
</jndi-name>=0D=0A <connection-url>jdbc:mysql://localhost:3306/sirened=
ev</connection-url>=0D=0A <driver-class>org.gjt.mm.mysql.Driver</drive=
r-class>=0D=0A <user-name>sirene</user-name>=0D=0A <password>xxxx</=
password>=0D=0A </local-tx-datasource>=0D=0A=0D=0A</datasources>=0D=0A=0D=
=0AThis worked well with the old framework with DataSourceUtils.getDataSo=
urceFromJNDI("jdbc/sireneMYSQL").=0D=0A=0D=0ABut now Jboss is no more abl=
e to bound and provides this error:=0D=0A14:19:35,125 WARN [jbossweb] co=
m.interface21.context.ApplicationContextException: Cannot load configurat=
ion: problem in=0D=0Astantiating or initializing beans; nested exception =
is:=0D=0A com.interface21.beans.FatalBeanException: afterPropertie=
sSet on with name 'dataSource' threw an exception; neste=0D=0Ad exception=
is:=0D=0A javax.naming.NameNotFoundException: jdbc not bound=0D=0A=
javax.naming.NameNotFoundException: jdbc not bound=0D=0A at org.jn=
p.server.NamingServer.getBinding(NamingServer.java:495)=0D=0A at o=
rg.jnp.server.NamingServer.getBinding(NamingServer.java:503)=0D=0A =
at org.jnp.server.NamingServer.getObject(NamingServer.java:509)=0D=0A =
at org.jnp.server.NamingServer.lookup(NamingServer.java:253)=0D=0A =
at org.jnp.server.NamingServer.lookup(NamingServer.java:256)=0D=0A =
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492)=
=0D=0A at org.jnp.interfaces.NamingContext.lookup(NamingContext.ja=
va:606)=0D=0A at org.jnp.interfaces.NamingContext.lookup(NamingCon=
text.java:471)=0D=0A at javax.naming.InitialContext.lookup(Initial=
Context.java:347)=0D=0A at com.interface21.jndi.JndiTemplate$1.doI=
nContext(JndiTemplate.java:78)=0D=0A at com.interface21.jndi.JndiT=
emplate.execute(JndiTemplate.java:128)=0D=0A at com.interface21.jn=
di.JndiTemplate.lookup(JndiTemplate.java:75)=0D=0A at com.interfac=
e21.jndi.AbstractJndiLocator.lookup(AbstractJndiLocator.java:126)=0D=0A =
at com.interface21.jndi.AbstractJndiLocator.afterPropertiesSet(Abst=
ractJndiLocator.java:121)=0D=0A at com.interface21.beans.factory.s=
upport.AbstractBeanFactory.callLifecycleMethodsIfNecessary(AbstractBeanFa=
ctory=0D=0A.java:457)=0D=0A at com.interface21.beans.factory.suppo=
rt.AbstractBeanFactory.createBean(AbstractBeanFactory.java:125)=0D=0A =
at com.interface21.beans.factory.support.AbstractBeanFactory.getShare=
dInstance(AbstractBeanFactory.java:171)=0D=0A at com.interface21.b=
eans.factory.support.AbstractBeanFactory.getBeanInternal(AbstractBeanFact=
ory.java:238)=0D=0A at com.interface21.beans.factory.support.Abstr=
actBeanFactory.getBean(AbstractBeanFactory.java:219)=0D=0A at com.=
interface21.beans.factory.support.ListableBeanFactoryImpl.preInstantiateS=
ingletons(ListableBeanFactoryImp=0D=0Al.java:198)=0D=0A at com.int=
erface21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(XmlBeanFact=
ory.java:237)=0D=0A at com.interface21.beans.factory.xml.XmlBeanFa=
ctory.loadBeanDefinitions(XmlBeanFactory.java:200)=0D=0A at com.in=
terface21.beans.factory.xml.XmlBeanFactory.<init>(XmlBeanFactory.java:148=
)=0D=0A at com.interface21.context.support.AbstractXmlApplicationC=
ontext.refreshBeanFactory(AbstractXmlApplicationContex=0D=0At.java:40)=0D=
=0A at com.interface21.context.support.AbstractApplicationContext.=
refresh(AbstractApplicationContext.java:207)=0D=0A at com.interfac=
e21.web.context.support.XmlWebApplicationContext.setServletContext(XmlWeb=
ApplicationContext.java:=0D=0A120)=0D=0A at com.interface21.web.co=
ntext.ContextLoader.initContext(ContextLoader.java:56)=0D=0A at co=
m.interface21.web.context.ContextLoaderListener.contextInitialized(Contex=
tLoaderListener.java:20)=0D=0A=0D=0A=0D=0AWhat is wrong?=0D=0A=0D=0ARegar=
ds,=0D=0AJean-Pierre=0D=0A=0D=0A=0D=0A********** SPECIAL ADSL **********=0D=
=0AL'ADSL =E0 partir de 15,95 EUR/mois et le modem ADSL offert ? C'est e=
n exclusivit=E9 chez Tiscali !=0D=0APour profiter de cette offre, cliquez=
ici: http://register.tiscali.fr/adsl/=0D=0AOffre soumise =E0 conditions.=
=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A-------------------------------------------=
------------=0D=0AThis SF.Net email sponsored by: Free pre-built ASP.NET =
sites including=0D=0AData Reports, E-commerce, Portals, and Forums are av=
ailable now.=0D=0ADownload today and enter to win an XBOX or Visual Studi=
o .NET.=0D=0Ahttp://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_=
061203_01/01=0D=0A_______________________________________________=0D=0ASp=
ringframework-developer mailing list=0D=0ASpringframework-developer@lists=
.sourceforge.net=0D=0Ahttps://lists.sourceforge.net/lists/listinfo/spring=
framework-developer=0D=0A=0A=0A********** SPECIAL ADSL **********=0AL'ADS=
L =E0 partir de 15,95 EUR/mois et le modem ADSL offert ? C'est en exclus=
ivit=E9 chez Tiscali !=0APour profiter de cette offre, cliquez ici: http:=
//register.tiscali.fr/adsl/=0AOffre soumise =E0 conditions.=0A
|
|
From: =?iso-8859-1?Q?<jp....@ti...> - 2003-07-02 15:32:26
|
Hi Juergen,=0D=0A=0D=0AOk, as I have a way to retrieve the current theme =
in the view, I'm happy.=0D=0A=0D=0ANevertheless, as Rod sayed one day tha=
t the view definition file will have to be reviewed, adding a 'parent' pr=
operty could be useful for avoiding repetitive properties.=0D=0A=0D=0AReg=
ards,=0D=0AJean-Pierre=0D=0A=0D=0A---------- Initial Header -----------=0D=
=0A=0D=0AFrom : j=FCrgen h=F6ller [werk3AT] <juergen.hoeller@werk3at=
.com>=0D=0ATo : "JP Pawlak" <jp....@ti...>,<springframew=
ork...@li...>=0D=0ACc : =0D=0ADate :=
Wed, 2 Jul 2003 16:02:56 +0200=0D=0ASubject : RE: [Springframework-devel=
oper] Theme issue=0D=0A=0D=0AHi JP,=0D=0A=0D=0AI can see what you were ai=
ming at. But unfortunately you've misunderstood the purpose of the Cookie=
ThemeResolver's request attribute: It is only there to override the cooki=
e value if changed in the course of the current request, to avoid reading=
the stale value from the cookie in the request object. It was never mean=
t to be used by application developers, not in controllers and not in vie=
ws. The attribute name contained the full CookieThemeResolver class name =
on purpose, as it is just an implementation detail.=0D=0A=0D=0AThe proper=
way to retrieve the name of the current theme is RequestContext.getTheme=
(), as used by ThemeTag underneath the hood. You can instantiate a Reques=
tContext yourself, or instruct the View implementation to add an instance=
under a specified model attribute name, like as follows:=0D=0A=0D=0A ex=
ample.class=3Dcom.interface21.web.servlet.view.InternalResourceView=0D=0A=
example.requestContextAttribute=3Drc=0D=0A example.url=3D/example.jsp=0D=
=0A=0D=0AWith this configuration, a model attribute "rc" of type RequestC=
ontext is available for the view. With JSTL, you can simply access the cu=
rrent theme name via "${rc.theme.name}" then (specifying no scope simply =
searches page -> request -> session -> application).=0D=0A=0D=0AI guess I=
haven't made RequestContext obvious enough. I'll revert the changes prom=
ptly, and add a respective comment to CookieThemeResolver.=0D=0A=0D=0AReg=
ards,=0D=0AJuergen=0D=0A=0D=0A=0D=0A-----Original Message-----=0D=0AFrom:=
JP Pawlak [mailto:jp....@ti...]=0D=0ASent: Tuesday, July 01, 200=
3 10:15 PM=0D=0ATo: spr...@li...=0D=0A=
Subject: [Springframework-developer] Theme issue=0D=0A=0D=0A=0D=0AHi Juer=
gen, everybody,=0D=0A=0D=0AI tried to test the current theme and locale i=
n a view for avoiding=0D=0Alinks to current choices. I encountered these =
issues and committed=0D=0Achanges.=0D=0A=0D=0A1) The request attribute co=
ntaining dots forces to use the brackets=0D=0Asyntax, but we can leave wi=
th this.=0D=0A2) The request attribute is a bit long: <c:when=0D=0Atest=3D=
"${requestScope['com.interface21.web.servlet.theme.CookieThemeResol=0D=0A=
ver.THEME'] =3D=3D 'xxx'}">=0D=0A3) The request attribute contains the im=
plementation class name of the=0D=0Aresolver. If we change it in the conf=
iguration, the JSP have to be=0D=0Achanged accordingly :-(. For the point=
2 and 3, I have changed the=0D=0Arequest attribute name to the fixed Str=
ing 'com.interface21.web.THEME'=0D=0Adefined now in ThemeResolver. I am a=
ware that it breaks the backward=0D=0Acompatibility, but it solves this i=
ssue from this point (I think=0D=0Aespecially on point 3).=0D=0A4) When t=
he theme is set, all is ok. But for next views, the current=0D=0Atheme na=
me is no longer available, so the default is returned. I added a=0D=0Anew=
method 'makeThemeNameAvailable' in the ThemeResolver called by a new=0D=0A=
else clause in ThemeChangeInterceptor. So, when an interceptor is used,=0D=
=0Athe request attribute is always set.=0D=0A=0D=0ARegards,=0D=0AJean-Pie=
rre=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A----------------------------------=
---------------------=0D=0AThis SF.Net email sponsored by: Free pre-built=
ASP.NET sites including=0D=0AData Reports, E-commerce, Portals, and Foru=
ms are available now.=0D=0ADownload today and enter to win an XBOX or Vis=
ual Studio .NET.=0D=0Ahttp://aspnet.click-url.com/go/psa00100006ave/direc=
t;at.asp_061203_01/01=0D=0A______________________________________________=
_=0D=0ASpringframework-developer mailing list=0D=0ASpringframework-develo=
pe...@li...=0D=0Ahttps://lists.sourceforge.net/lists/listin=
fo/springframework-developer=0D=0A=0A=0A********** SPECIAL ADSL *********=
*=0AL'ADSL =E0 partir de 15,95 EUR/mois et le modem ADSL offert ? C'est =
en exclusivit=E9 chez Tiscali !=0APour profiter de cette offre, cliquez i=
ci: http://register.tiscali.fr/adsl/=0AOffre soumise =E0 conditions.=0A
|
|
From: <jue...@we...> - 2003-07-02 14:03:52
|
Hi JP,
I can see what you were aiming at. But unfortunately you've =
misunderstood the purpose of the CookieThemeResolver's request =
attribute: It is only there to override the cookie value if changed in =
the course of the current request, to avoid reading the stale value from =
the cookie in the request object. It was never meant to be used by =
application developers, not in controllers and not in views. The =
attribute name contained the full CookieThemeResolver class name on =
purpose, as it is just an implementation detail.
The proper way to retrieve the name of the current theme is =
RequestContext.getTheme(), as used by ThemeTag underneath the hood. You =
can instantiate a RequestContext yourself, or instruct the View =
implementation to add an instance under a specified model attribute =
name, like as follows:
example.class=3Dcom.interface21.web.servlet.view.InternalResourceView
example.requestContextAttribute=3Drc
example.url=3D/example.jsp
With this configuration, a model attribute "rc" of type RequestContext =
is available for the view. With JSTL, you can simply access the current =
theme name via "${rc.theme.name}" then (specifying no scope simply =
searches page -> request -> session -> application).
I guess I haven't made RequestContext obvious enough. I'll revert the =
changes promptly, and add a respective comment to CookieThemeResolver.
Regards,
Juergen
-----Original Message-----
From: JP Pawlak [mailto:jp....@ti...]
Sent: Tuesday, July 01, 2003 10:15 PM
To: spr...@li...
Subject: [Springframework-developer] Theme issue
Hi Juergen, everybody,
I tried to test the current theme and locale in a view for avoiding
links to current choices. I encountered these issues and committed
changes.
1) The request attribute containing dots forces to use the brackets
syntax, but we can leave with this.
2) The request attribute is a bit long: <c:when
test=3D"${requestScope['com.interface21.web.servlet.theme.CookieThemeReso=
l
ver.THEME'] =3D=3D 'xxx'}">
3) The request attribute contains the implementation class name of the
resolver. If we change it in the configuration, the JSP have to be
changed accordingly :-(. For the point 2 and 3, I have changed the
request attribute name to the fixed String 'com.interface21.web.THEME'
defined now in ThemeResolver. I am aware that it breaks the backward
compatibility, but it solves this issue from this point (I think
especially on point 3).
4) When the theme is set, all is ok. But for next views, the current
theme name is no longer available, so the default is returned. I added a
new method 'makeThemeNameAvailable' in the ThemeResolver called by a new
else clause in ThemeChangeInterceptor. So, when an interceptor is used,
the request attribute is always set.
Regards,
Jean-Pierre
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: <jue...@we...> - 2003-07-02 12:05:31
|
Hi JP,
Such a configuration should work. Basically, JndiObjectFactoryBean does =
nothing else than look the given JNDI name and provide the object as =
bean reference, using "inContainer=3Dtrue" by default (prefixing =
"java:comp/env/" to the given name).
Have you tried accessing the DataSource manually via a JNDI =
InitialContext? Can you look it up under =
"java:comp/env/jdbc/sireneMYSQL" within your web application? If not, =
the fault is in JBoss' setup.
Juergen
-----Original Message-----
From: jp....@ti... [mailto:jp....@ti...]
Sent: Wednesday, July 02, 2003 1:53 PM
To: spr...@li...
Subject: [Springframework-developer] HELP jdbc with Jboss
Hi Juergen,
I have a big trouble. How to bound to a JDBC datasource on JBoss with =
the new framework?
I have already made this:
In applicationContext.xml:
<bean id=3D"dataSource" =
class=3D"com.interface21.jndi.JndiObjectFactoryBean">
<property =
name=3D"jndiName"><value>jdbc/sireneMYSQL</value></property>
</bean>
In jboss-web.xml:
<resource-ref>
<res-ref-name>jdbc/sireneMYSQL</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<jndi-name>java:/MySqlSirDS</jndi-name>
</resource-ref>
In jboss(3.2.0) deploy dir, a file named mysql-ds.xml:
<datasources>
<local-tx-datasource>
<jndi-name>MySqlSirDS</jndi-name>
=
<connection-url>jdbc:mysql://localhost:3306/sirenedev</connection-url>
<driver-class>org.gjt.mm.mysql.Driver</driver-class>
<user-name>sirene</user-name>
<password>xxxx</password>
</local-tx-datasource>
</datasources>
This worked well with the old framework with =
DataSourceUtils.getDataSourceFromJNDI("jdbc/sireneMYSQL").
But now Jboss is no more able to bound and provides this error:
14:19:35,125 WARN [jbossweb] =
com.interface21.context.ApplicationContextException: Cannot load =
configuration: problem in
stantiating or initializing beans; nested exception is:
com.interface21.beans.FatalBeanException: afterPropertiesSet on =
with name 'dataSource' threw an exception; neste
d exception is:
javax.naming.NameNotFoundException: jdbc not bound
javax.naming.NameNotFoundException: jdbc not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
at org.jnp.server.NamingServer.getObject(NamingServer.java:509)
at org.jnp.server.NamingServer.lookup(NamingServer.java:253)
at org.jnp.server.NamingServer.lookup(NamingServer.java:256)
at =
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492)
at =
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:606)
at =
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at =
com.interface21.jndi.JndiTemplate$1.doInContext(JndiTemplate.java:78)
at =
com.interface21.jndi.JndiTemplate.execute(JndiTemplate.java:128)
at =
com.interface21.jndi.JndiTemplate.lookup(JndiTemplate.java:75)
at =
com.interface21.jndi.AbstractJndiLocator.lookup(AbstractJndiLocator.java:=
126)
at =
com.interface21.jndi.AbstractJndiLocator.afterPropertiesSet(AbstractJndiL=
ocator.java:121)
at =
com.interface21.beans.factory.support.AbstractBeanFactory.callLifecycleMe=
thodsIfNecessary(AbstractBeanFactory
.java:457)
at =
com.interface21.beans.factory.support.AbstractBeanFactory.createBean(Abst=
ractBeanFactory.java:125)
at =
com.interface21.beans.factory.support.AbstractBeanFactory.getSharedInstan=
ce(AbstractBeanFactory.java:171)
at =
com.interface21.beans.factory.support.AbstractBeanFactory.getBeanInternal=
(AbstractBeanFactory.java:238)
at =
com.interface21.beans.factory.support.AbstractBeanFactory.getBean(Abstrac=
tBeanFactory.java:219)
at =
com.interface21.beans.factory.support.ListableBeanFactoryImpl.preInstanti=
ateSingletons(ListableBeanFactoryImp
l.java:198)
at =
com.interface21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(XmlB=
eanFactory.java:237)
at =
com.interface21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(XmlB=
eanFactory.java:200)
at =
com.interface21.beans.factory.xml.XmlBeanFactory.<init>(XmlBeanFactory.ja=
va:148)
at =
com.interface21.context.support.AbstractXmlApplicationContext.refreshBean=
Factory(AbstractXmlApplicationContex
t.java:40)
at =
com.interface21.context.support.AbstractApplicationContext.refresh(Abstra=
ctApplicationContext.java:207)
at =
com.interface21.web.context.support.XmlWebApplicationContext.setServletCo=
ntext(XmlWebApplicationContext.java:
120)
at =
com.interface21.web.context.ContextLoader.initContext(ContextLoader.java:=
56)
at =
com.interface21.web.context.ContextLoaderListener.contextInitialized(Cont=
extLoaderListener.java:20)
What is wrong?
Regards,
Jean-Pierre
********** SPECIAL ADSL **********
L'ADSL =E0 partir de 15,95 EUR/mois et le modem ADSL offert ? C'est en =
exclusivit=E9 chez Tiscali !
Pour profiter de cette offre, cliquez ici: =
http://register.tiscali.fr/adsl/
Offre soumise =E0 conditions.
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: =?iso-8859-1?Q?<jp....@ti...> - 2003-07-02 11:52:46
|
Hi Juergen,=0D=0A=0D=0AI have a big trouble. How to bound to a JDBC datas=
ource on JBoss with the new framework?=0D=0A=0D=0AI have already made thi=
s:=0D=0A=0D=0AIn applicationContext.xml:=0D=0A <bean id=3D"dataSource"=
class=3D"com.interface21.jndi.JndiObjectFactoryBean">=0D=0A <prop=
erty name=3D"jndiName"><value>jdbc/sireneMYSQL</value></property>=0D=0A =
</bean>=0D=0A=0D=0AIn jboss-web.xml:=0D=0A <resource-ref>=0D=0A =
<res-ref-name>jdbc/sireneMYSQL</res-ref-name>=0D=0A <res-type>j=
avax.sql.DataSource</res-type>=0D=0A <jndi-name>java:/MySqlSirDS</=
jndi-name>=0D=0A </resource-ref>=0D=0A=0D=0AIn jboss(3.2.0) deploy dir=
, a file named mysql-ds.xml:=0D=0A<datasources>=0D=0A <local-tx-datasour=
ce>=0D=0A <jndi-name>MySqlSirDS</jndi-name>=0D=0A <connection-url>j=
dbc:mysql://localhost:3306/sirenedev</connection-url>=0D=0A <driver-cl=
ass>org.gjt.mm.mysql.Driver</driver-class>=0D=0A <user-name>sirene</us=
er-name>=0D=0A <password>xxxx</password>=0D=0A </local-tx-datasource>=
=0D=0A=0D=0A</datasources>=0D=0A=0D=0AThis worked well with the old frame=
work with DataSourceUtils.getDataSourceFromJNDI("jdbc/sireneMYSQL").=0D=0A=
=0D=0ABut now Jboss is no more able to bound and provides this error:=0D=0A=
14:19:35,125 WARN [jbossweb] com.interface21.context.ApplicationContextE=
xception: Cannot load configuration: problem in=0D=0Astantiating or initi=
alizing beans; nested exception is:=0D=0A com.interface21.beans.Fa=
talBeanException: afterPropertiesSet on with name 'dataSource' threw an e=
xception; neste=0D=0Ad exception is:=0D=0A javax.naming.NameNotFou=
ndException: jdbc not bound=0D=0Ajavax.naming.NameNotFoundException: jdbc=
not bound=0D=0A at org.jnp.server.NamingServer.getBinding(NamingS=
erver.java:495)=0D=0A at org.jnp.server.NamingServer.getBinding(Na=
mingServer.java:503)=0D=0A at org.jnp.server.NamingServer.getObjec=
t(NamingServer.java:509)=0D=0A at org.jnp.server.NamingServer.look=
up(NamingServer.java:253)=0D=0A at org.jnp.server.NamingServer.loo=
kup(NamingServer.java:256)=0D=0A at org.jnp.interfaces.NamingConte=
xt.lookup(NamingContext.java:492)=0D=0A at org.jnp.interfaces.Nami=
ngContext.lookup(NamingContext.java:606)=0D=0A at org.jnp.interfac=
es.NamingContext.lookup(NamingContext.java:471)=0D=0A at javax.nam=
ing.InitialContext.lookup(InitialContext.java:347)=0D=0A at com.in=
terface21.jndi.JndiTemplate$1.doInContext(JndiTemplate.java:78)=0D=0A =
at com.interface21.jndi.JndiTemplate.execute(JndiTemplate.java:128)=0D=
=0A at com.interface21.jndi.JndiTemplate.lookup(JndiTemplate.java:=
75)=0D=0A at com.interface21.jndi.AbstractJndiLocator.lookup(Abstr=
actJndiLocator.java:126)=0D=0A at com.interface21.jndi.AbstractJnd=
iLocator.afterPropertiesSet(AbstractJndiLocator.java:121)=0D=0A at=
com.interface21.beans.factory.support.AbstractBeanFactory.callLifecycleM=
ethodsIfNecessary(AbstractBeanFactory=0D=0A.java:457)=0D=0A at com=
.interface21.beans.factory.support.AbstractBeanFactory.createBean(Abstrac=
tBeanFactory.java:125)=0D=0A at com.interface21.beans.factory.supp=
ort.AbstractBeanFactory.getSharedInstance(AbstractBeanFactory.java:171)=0D=
=0A at com.interface21.beans.factory.support.AbstractBeanFactory.g=
etBeanInternal(AbstractBeanFactory.java:238)=0D=0A at com.interfac=
e21.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory=
.java:219)=0D=0A at com.interface21.beans.factory.support.Listable=
BeanFactoryImpl.preInstantiateSingletons(ListableBeanFactoryImp=0D=0Al.ja=
va:198)=0D=0A at com.interface21.beans.factory.xml.XmlBeanFactory.=
loadBeanDefinitions(XmlBeanFactory.java:237)=0D=0A at com.interfac=
e21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(XmlBeanFactory.j=
ava:200)=0D=0A at com.interface21.beans.factory.xml.XmlBeanFactory=
.<init>(XmlBeanFactory.java:148)=0D=0A at com.interface21.context.=
support.AbstractXmlApplicationContext.refreshBeanFactory(AbstractXmlAppli=
cationContex=0D=0At.java:40)=0D=0A at com.interface21.context.supp=
ort.AbstractApplicationContext.refresh(AbstractApplicationContext.java:20=
7)=0D=0A at com.interface21.web.context.support.XmlWebApplicationC=
ontext.setServletContext(XmlWebApplicationContext.java:=0D=0A120)=0D=0A =
at com.interface21.web.context.ContextLoader.initContext(ContextLoa=
der.java:56)=0D=0A at com.interface21.web.context.ContextLoaderLis=
tener.contextInitialized(ContextLoaderListener.java:20)=0D=0A=0D=0A=0D=0A=
What is wrong?=0D=0A=0D=0ARegards,=0D=0AJean-Pierre=0D=0A=0A=0A**********=
SPECIAL ADSL **********=0AL'ADSL =E0 partir de 15,95 EUR/mois et le mode=
m ADSL offert ? C'est en exclusivit=E9 chez Tiscali !=0APour profiter de=
cette offre, cliquez ici: http://register.tiscali.fr/adsl/=0AOffre soumi=
se =E0 conditions.=0A
|
|
From: JP P. <jp....@ti...> - 2003-07-01 20:59:42
|
Hi Juergen, everybody,
I tried to test the current theme and locale in a view for avoiding
links to current choices. I encountered these issues and committed
changes.
1) The request attribute containing dots forces to use the brackets
syntax, but we can leave with this.
2) The request attribute is a bit long: <c:when
test="${requestScope['com.interface21.web.servlet.theme.CookieThemeResol
ver.THEME'] == 'xxx'}">
3) The request attribute contains the implementation class name of the
resolver. If we change it in the configuration, the JSP have to be
changed accordingly :-(. For the point 2 and 3, I have changed the
request attribute name to the fixed String 'com.interface21.web.THEME'
defined now in ThemeResolver. I am aware that it breaks the backward
compatibility, but it solves this issue from this point (I think
especially on point 3).
4) When the theme is set, all is ok. But for next views, the current
theme name is no longer available, so the default is returned. I added a
new method 'makeThemeNameAvailable' in the ThemeResolver called by a new
else clause in ThemeChangeInterceptor. So, when an interceptor is used,
the request attribute is always set.
Regards,
Jean-Pierre
|
|
From: <tri...@tr...> - 2003-07-01 14:05:04
|
John, It looks like Amazon has it in stock. http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ Thomas > Does anyone have an information on what the new ISBN # is? Does Amazon have > it yet? > > -john > |
|
From: <tri...@tr...> - 2003-07-01 13:57:12
|
Rod, Merrick Schincariol is pretty positive too http://www.freeroller.net/page/mschinc/ "AOP, EJB and the Future of J2EE by Rod Johnson. This was a great talk. Generally speaking, Rod is only interested in the 10% of AOP that is practical today (mostly around dynamic proxies), and is looking to see how AOP can be adopted incrementally as time goes on. He covered all of the major open source AOP frameworks with some short commentary, but most of his talk was a high level of AOP and potential points of usage. Although I was familiar with a lot of the material, Rod is fun to listen to, and for the rest of the day people continued to bring up his talk as one of the best." Now if he had only mentioned Spring :-) Thomas > Cedric is more positive about Spring than Cameron :-) > > "Between the extraordinary wealth of information contained in > his book and his Spring framework, Rod doesn't lack material > to talk about." > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Menke, J. <Joh...@ac...> - 2003-07-01 13:30:25
|
Does anyone have an information on what the new ISBN # is? Does Amazon have it yet? -john |
|
From: <rod...@in...> - 2003-07-01 12:55:02
|
>Cedric is more positive about Spring than Cameron :-) >"Between the extraordinary wealth of information contained in his book and his Spring framework, Rod doesn't lack material to talk about." To clarify, I meant Cedric Beust from BEA, for those of you who don't follow his blog at http://freeroller.net/page/cbeust. Cedric is very interested in AOP Alliance, which is also great. Also I did make it clear that Spring was not just "my" project, but a true collaboration. Regards, Rod |
|
From: <rod...@in...> - 2003-07-01 10:16:33
|
Cedric is more positive about Spring than Cameron :-) "Between the extraordinary wealth of information contained in his book and his Spring framework, Rod doesn't lack material to talk about." |
|
From: <jue...@we...> - 2003-07-01 10:03:53
|
Actually, this is already arranged with the Hibernate guys. I will adapt = my "Data Access and Transaction Abstraction" essay, basically simply = taking it and adding some general Spring info. I'm still not clear whether such an essay belongs in Hibernate's = "Architecture" or "Integration" section, though. I'd prefer the former, = as the essay addresses a rather general topic while the rest of the = "integration" postings is quite specific. Juergen -----Original Message----- From: Kopylenko, Dmitry [mailto:dko...@ac...] Sent: Friday, June 27, 2003 5:03 PM To: spr...@li... Subject: [Springframework-developer] Hibernate site Juergen,=20 On the Hibernate's site, in the "Related Projects" section, there is an = area called "Projects with Hibernate support/integration". Is it = possible to include Spring in that section? Regards,=20 Dmitriy.=20 |
|
From: <jue...@we...> - 2003-07-01 06:39:34
|
SGkgSm9obiwNCiANClRoZXJlJ3MgYSBwcm9ibGVtIHdpdGggeW91ciBzZXJ2bGV0LmphciwgYXMg dGhlIHdlYiBhcHAgc2VlbXMgdG8gaGF2ZSBubyBhY2Nlc3MgdG8gSHR0cFNlcnZsZXQgYW5kIFNl cnZsZXRDb250ZXh0TGlzdGVuZXIuIFRoZSBwcm9wZXIgamFyIHNob3VsZCBiZSBpbiB5b3VyIHRv bWNhdC9jb21tb24vbGliIGRpcmVjdG9yeSwgYnV0IG1heWJlIHlvdSBpdCdzIGJlZW4gbW92ZWQg ZnJvbSB0aGVyZSBzb21laG93LiBDYW4geW91IGNoZWNrIHRoYXQ/DQogDQpSZWdhcmRzLA0KSnVl cmdlbg0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCglWb246IEpv aG4gVmFuRHlrIFttYWlsdG86anZhbmR5a0BpYXN0YXRlLmVkdV0gDQoJR2VzZW5kZXQ6IE1vIDMw LjA2LjIwMDMgMjM6NDYgDQoJQW46IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291 cmNlZm9yZ2UubmV0IA0KCUNjOiANCglCZXRyZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZl bG9wZXJdIFRyeWluZyBzcHJpbmcNCgkNCgkNCg0KCVRob21hcywgdGhhbmtzIGZvciB0aGUgc2hl bGwgc2NyaXB0LiBUaGF0IGRpZCBpbmRlZWQgc3RhcnQgdGhlIEhTUUxEQiBzZXJ2ZXIuDQoJDQoJ TmV4dCBxdWVzdGlvbjogd2hlbiBJIHRyeSB0byBzdGFydCB0aGUgcGV0Y2xpbmljIGRlbW8sIFRv bWNhdCdzIGxvZyBzYXlzDQoJDQoJMjAwMy0wNi0zMCAxNjoyMzo1NCBTdGFuZGFyZE1hbmFnZXJb L3BldGNsaW5pY106IFNlZWRpbmcgb2YgcmFuZG9tDQoJbnVtYmVyIGdlbmVyYXRvciBoYXMgYmVl biBjb21wbGV0ZWQNCgkyMDAzLTA2LTMwIDE2OjIzOjU0IFN0YW5kYXJkQ29udGV4dFsvcGV0Y2xp bmljXTogRXJyb3IgY29uZmlndXJpbmcNCglhcHBsaWNhdGlvbiBsaXN0ZW5lciBvZiBjbGFzcw0K CWNvbS5pbnRlcmZhY2UyMS53ZWIudXRpbC5Mb2c0akNvbmZpZ0xpc3RlbmVyDQoJamF2YS5sYW5n Lk5vQ2xhc3NEZWZGb3VuZEVycm9yOiBqYXZheC9zZXJ2bGV0L1NlcnZsZXRDb250ZXh0TGlzdGVu ZXINCgkNCglBZGRpdGlvbmFsbHksIHRoZSBjYXRhbGluYS5vdXQgZmlsZXMgc2F5cw0KCQ0KCWxv ZzRqOldBUk4gTm8gYXBwZW5kZXJzIGNvdWxkIGJlIGZvdW5kIGZvciBsb2dnZXINCgkob3JnLmFw YWNoZS5jb21tb25zLmRpZ2VzdGVyLkRpZ2VzdGVyKS4NCglsb2c0ajpXQVJOIFBsZWFzZSBpbml0 aWFsaXplIHRoZSBsb2c0aiBzeXN0ZW0gcHJvcGVybHkuDQoJDQoJVGhlIGxvZzRqIHRyb3VibGVz aG9vdGluZyBwYWdlIGhhcyB0aGlzIHRvIHNheSBhYm91dCB0aGF0IG1lc3NhZ2U6DQoJDQoJPmxv ZzRqIHRlbGxzIG1lIHRvIGluaXRpYWxpemUgcHJvcGVybHkuDQoJPkxvZ2dpbmcgb3V0cHV0IGlz IHdyaXR0ZW4gdG8gYSB0YXJnZXQgYnkgdXNpbmcgYW4gYXBwZW5kZXIuIElmIG5vDQoJPj5hcHBl bmRlcnMgYXJlIGF0dGFjaGVkIHRvIGEgY2F0ZWdvcnkgbm9yIHRvIGFueSBvZiBpdHMgYW5jZXN0 b3JzLA0KCT55b3UgICAgICAgICAgID53aWxsIGdldCB0aGUgZm9sbG93aW5nIG1lc3NhZ2Ugd2hl biB0cnlpbmcgdG8gbG9nOg0KCT4NCgk+bG9nNGo6IE5vIGFwcGVuZGVycyBjb3VsZCBiZSBmb3Vu ZCBmb3IgY2F0ZWdvcnkgKHNvbWUuY2F0ZWdvcnkubmFtZSkuDQoJPmxvZzRqOiBQbGVhc2UgaW5p dGlhbGl6ZSB0aGUgbG9nNGogc3lzdGVtIHByb3Blcmx5IC4NCgk+DQoJPkxvZzRqIGRvZXMgbm90 IGhhdmUgYSBkZWZhdWx0IGxvZ2dpbmcgdGFyZ2V0LiBJdCBpcyB0aGUgdXNlcidzDQoJPnJlc3Bv bnNpYmlsaXR5ID50byBlbnN1cmUgdGhhdCBhbGwgICAgICAgICAgIGNhdGVnb3JpZXMgY2FuIGlu aGVyaXQNCgk+YW4gYXBwZW5kZXIuICBUaGlzIGNhbiBiZSA+ZWFzaWx5ICAgICAgICAgICBhY2hp ZXZlZCBieSBhdHRhY2hpbmcgYW4NCgk+YXBwZW5kZXIgdG8gdGhlIHJvb3QgY2F0ZWdvcnkuDQoJ DQoJbG9nNGotMS4yLjguamFyIGlzIGluIHRvbWNhdCdzIHNlcnZlci9saWIgZGlyZWN0b3J5IGFz IHdlbGwgYXMgYmVpbmcNCglhdmFpbGFibGUgaW4gbXkgY2xhc3NwYXRoLg0KCQ0KCUpvaG4NCgkN CgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQoJVGhpcyBTRi5OZXQgZW1haWwgc3BvbnNvcmVkIGJ5OiBGcmVlIHByZS1idWlsdCBB U1AuTkVUIHNpdGVzIGluY2x1ZGluZw0KCURhdGEgUmVwb3J0cywgRS1jb21tZXJjZSwgUG9ydGFs cywgYW5kIEZvcnVtcyBhcmUgYXZhaWxhYmxlIG5vdy4NCglEb3dubG9hZCB0b2RheSBhbmQgZW50 ZXIgdG8gd2luIGFuIFhCT1ggb3IgVmlzdWFsIFN0dWRpbyAuTkVULg0KCWh0dHA6Ly9hc3BuZXQu Y2xpY2stdXJsLmNvbS9nby9wc2EwMDEwMDAwNmF2ZS9kaXJlY3Q7YXQuYXNwXzA2MTIwM18wMS8w MQ0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJU3By aW5nZnJhbWV3b3JrLWRldmVsb3BlciBtYWlsaW5nIGxpc3QNCglTcHJpbmdmcmFtZXdvcmstZGV2 ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2Uu bmV0L2xpc3RzL2xpc3RpbmZvL3NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXINCgkNCg0K |
|
From: John V. <jv...@ia...> - 2003-06-30 22:21:34
|
Thomas, thanks for the shell script. That did indeed start the HSQLDB server. Next question: when I try to start the petclinic demo, Tomcat's log says 2003-06-30 16:23:54 StandardManager[/petclinic]: Seeding of random number generator has been completed 2003-06-30 16:23:54 StandardContext[/petclinic]: Error configuring application listener of class com.interface21.web.util.Log4jConfigListener java.lang.NoClassDefFoundError: javax/servlet/ServletContextListener Additionally, the catalina.out files says log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester). log4j:WARN Please initialize the log4j system properly. The log4j troubleshooting page has this to say about that message: >log4j tells me to initialize properly. >Logging output is written to a target by using an appender. If no >>appenders are attached to a category nor to any of its ancestors, >you >will get the following message when trying to log: > >log4j: No appenders could be found for category (some.category.name). >log4j: Please initialize the log4j system properly . > >Log4j does not have a default logging target. It is the user's >responsibility >to ensure that all categories can inherit >an appender. This can be >easily achieved by attaching an >appender to the root category. log4j-1.2.8.jar is in tomcat's server/lib directory as well as being available in my classpath. John |
|
From: Rod J. <rod...@in...> - 2003-06-30 13:36:55
|
I'd just like to say that this was a great event. I really enjoyed it, I felt people were really receptive to what I was saying--including Spring JDBC, transactions, AOP CMT, bean factory concept. I also got to meet and talk to some really interesting people like Cedric, Floyd, Mike Cannon-Brooks and Gavin King. And even got to have a serious conversation with John Crupi. This was a great opportunity for the Spring community. Now my book is back in circulation, we should also benefit from that. Sure, there are code changes (and many enhancements) but explaining Spring over and over to different people made both Juergen and myself aware just how simple and consistent the overall concepts are--these haven't changed, which is one reason that we now have a lot of code but not necessarily more complexity in Spring apps. Btw, it was great to meet Juergen! He did a lot of good work as an ambassador for Spring, as well as picking up other talks. He even won a group of people at a table, including me, a Tivo each in a trivia game!! (Don't know if it will work in the UK yet.) Maybe I should start a blog. Here's my brief summary of some of the content I liked/didn't like: - John Crupi's talk on next gen tools--not convinced Sun really "get" this space - Bill on JBoss AOP: not a great presentation (a bit flat), didn't really justify their decision to use field interception or address performance and other potential problems. Did show some nice examples of JBoss internals implemented with AOP. I thought Bill made a good case for implementing a J2EE server with AOP, rather than opening their AOP up to developers to lock them into JBoss. Bill is charming and very normal, whatever impression JBoss gives overall. - Mike Cannon-Brooks: really good speaker (but then he would be, being a fellow Aussie). XWork presentation was interesting--I like our way of doing things, but XWork is elegant in its own way. (We have lots of stuff they don't, though, such as JDBC, JTA etc.) - MDA presentation based on Pet Store. I'm just going to say "unconvincing" - Erik Hatcher: Excellent speaker (and nice guy), wish I could have caught all his talks, but it was hard when I was presenting/networking. Very pragmatic and wise regarding Struts limitations. - Panel discussion: really interesting. Basically the "status quo" vs "reduce complexity" schools coming into conflict. The audie- nce laughed when Jim Knutson (from IBM) try to defend entity beans after I'd used them as an example of design by committee before implementation not working. I detected some themes throughout, such as: - Entity beans suck (not just from yours truly). Vibe around Hibernate. - Struts is sub-optimal. Even Erik Hatcher (Struts/XDoclet contributor and guru) knows of the problems and is open to XWork/Spring. Maybe Struts really is so bad that it can't even survive as a virtual monopoly. - EJB is overused (my talks on this were very well received) - AOP - A real open source vibe. It was great to talk to Gavin, Mike & Jason (XWork etc.). We're all doing great stuff and we're all pushing in the same direction, if with different code bases. It would be good to have Juergen's take, too. Regards, Rod P.S. If they do another TSS symposium, try to go! It was good--way better than JavaOne. |
|
From: Rod J. <rod...@in...> - 2003-06-30 13:12:56
|
I like the overall layout now, but I actually liked Thomas's Japanese style logo better than the leaf on Spring. I wonder if Martin could improve the quality, or vary on that theme? Rod > > The site is looking very smart now, but I would get rid of the grass if > possible. > > Thanks for the link to Cameron's log. I like his writing style, I prefer > a writer to have a bias style - it's clear that he presenting his own > oppinion and some of his comments are quite funny and certainly not to be > taken too seriously. I specifically like the bit where he said that AOP > stands for Already Over-Promised. > > cheers > > > Brett > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Rod J. <rod...@in...> - 2003-06-30 13:11:21
|
I don't know why Cameron makes this comment about 0.9. (I had a few good chats with him--it was good to meet. But we didn't discuss Spring). I don't think his blog is a good representation of the whole event. For example, the Saturday night panel discussion (in which I participated along with Jon Crupi, Cedric Buest, Randy Heffner, Rick Ross and Jim Knutson from IBM) was very very interesting. Unfortunately it was outside and some of the audience, including Cameron, fled the ravenous and uncountable mosquitoes. This was supposed to be the centrepiece of the event, and it's hard to take seriously a report that doesn't even mention it. Unfortunately Cameron only caught one of my three talks at TSS Symposium and didn't pick up a consistent message regarding Spring, which came out across my talks. A LOT of people attended all three. I'm tempted to email him about that flippant comment but it might seem paranoid. If one of you guys were to do it it might be better :-) To prove there's a community, that we have focus and multiple developers and we aren't going to be 0.9x forever like Castor. (Or 1.1 forever like Struts for that matter.) I don't know if his blog has comments. TSS Symposium was VERY VERY good for Spring. Some of the people who asked me and Juergen questions about it and were really interested include: - Floyd - David Hearst (Middleware Company trainer)--I showed him some Spring app code after one of my sessions and he seemed to like it - Gavin from Hibernate (yes they will host links--Juergen spent a lot of time in conversation with Gavin) - other open source guys like WebWork developers - lots of attendees who asked me about Spring releases, and obviously are really keen to use this. (Some attendees are currently using the original book code.) Hopefully other blogs/reports on TSS will give a truer picture of the overall event than Cameron's. One person can't be everywhere, and there were up to 4 parallel sessions. I did a tech talk that mentioned Spring. It will be on TSS in the next few months. Also some of the other content will probably be on TSS--panel etc. There was a lot of interest in my book, as well--it was nice to see it back in print! I did 40-50 signed copies, and wrote www.springframework.org in most of them! Regards, Rod ----- Original Message ----- From: "Kopylenko, Dmitry" <dko...@su...> To: <tri...@tr...>; <spr...@li...> Sent: Friday, June 27, 2003 8:21 PM Subject: RE: [Springframework-developer] Cameron's "Live" Feed from TSS Symposium > What does he mean by remarking: "Will Spring ever get to 1.0?" ? > > Dmitriy. > > -----Original Message----- > From: tri...@tr... [mailto:tri...@tr...] > Sent: Friday, June 27, 2003 3:12 PM > To: spr...@li... > Subject: [Springframework-developer] Cameron's "Live" Feed from TSS > Symposium > > > > If you were not able to join Jueren and Rod in oston, then you can always > read about it on Cameron Purdy's blog. > > http://freeroller.net/page/cpurdy/20030627 > > Rod's talk about AOP is covered in some length. > > Thomas > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data > Reports, E-commerce, Portals, and Forums are available now. Download today > and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |