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: <jue...@we...> - 2004-05-16 15:34:47
|
I guess we simply weren't aware that anyone is subclassing = ParametrizableViewController. It was rather meant to be used as-is; = AbstractController is the one to be subclassed. Of course nothing should = prevent you from still subclassing ParametrizableViewController, so I've = just added "throws Exception" to its "handleRequestInternal" method. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Timo Verhoeven Gesendet: Do 06.05.2004 16:03 An: spr...@li... Betreff: [Springframework-developer] ParameterizableViewController Hello, in org.springframework.web.servlet.mvc the ParameterizableViewController's handleRequestInternal method is declared without a throws clause, though the overridden method from AbstractController has a "throws Exception" clause. Regularly, after subclassing ParameterizableViewController, I end up changing my code because of the missing throws clause (e.g. because=20 RequestUtils.getRequiredIntParameter(), used in the body, has a throws clause). Is there a reason, why handleRequestInternal in ParameterizableViewController lacks the throws clause? Can it be changed? Regards, Timo ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=3Dosdnemail3 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-05-16 14:50:09
|
Darren, =20 While I do agree with the argument that a Controller should be solely = responsible for the exposed model, I see that there are valid exceptions = to this rule. I wouldn't mind "exposeRequestAttributes", = "exposeSessionAttributes" and possibly also = "exposeServletContextAttributes" properties on an AbstractTemplateView = base class, as long as they are turned off by default. As those flags = are trivial to add, we could already do this for 1.0.2. What do others = think? =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Darren Davison Gesendet: Fr 07.05.2004 10:26 An: spr...@li... Betreff: [Springframework-developer] Request and Session attributes in = template based views A project of mine uses a servlet Filter to pre-process many http = requests, as a result of which objects are occasionally added to the user's HttpSession or as request attributes. I need these objects to be available in some views, regardless of which controller eventually handled the request. That's OK for JSP/JSTL and even Spring's XSLT and Document based views that have access to them, = but awkward for Velocity/FreeMarker. It's not difficult to extend these = views to cope, but I wondered if it would be better as an addition to the framework classes. Two new bean properties would exist on VelocityView (also applies to FreeMarkerView so possibly in a new AbstractTemplateView below AbstractUrlBasedView)... private boolean exposeRequestAttributes =3D false; private boolean exposeSessionAttributes =3D false; // corresponding public mutators omitted The rendering methods can then use these properties to decide whether to put request/session objects into the velocityContext or FreeMarker = model. There's obviously a good argument that says the controller is solely responsible for deciding what ends up in the model, but the following issues arise in that case: i. If a view currently takes advantage of having access to the request/session, then switching view technologies to a template view is impossible without amending controller code or specifying a HandlerInterceptor to expose the same objects. ii. If a HandlerInterceptor is not used (potentially awkward to configure) then all controllers would potentially have to be modified to cater for the requirement. A common app-specific superclass would be impossible if the behaviour was required from both FormControllers and SimpleControllers Thoughts? -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=3Ddnemail3 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Darren D. <da...@da...> - 2004-05-15 23:42:43
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 15 May 2004 21:59, Dmitriy Kopylenko wrote: > >It's still a bit adhoc, I'm looking at replacing the Ant stuff with > > Jython or Groovy, but it works > > Darren, > > what would be the advantage of using Jython or Groovy over Ant for this? just that it might be easier to control with a script type language than a= =20 build config xml. I don't know Jython/Groovy particularly well, but some=20 of the Ant stuff in autobuilds is quite awkward (shutting down HSQL,=20 stopping Resin servers etc) so it was something I thought I'd take a look=20 at. I haven't got very far with it yet. Regards, =2D --=20 Darren Davison Public Key: http://www.davison.uk.net/pages/key.htm =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFApqrjKLMLAN01aw0RApHTAJ9MLRFwOwcjoO6BIBzGNxSzbpkoxACfdbXq Vm5W8FjRTc6je46D/ZprpkI=3D =3DsZKi =2D----END PGP SIGNATURE----- |
|
From: Nadeem B. <na...@ea...> - 2004-05-15 12:26:52
|
Is JMX still on the roadmap for 1.1? I browsed CVS and couldn't see any JMX related code in there. -Nadeem |
|
From: Daniel M. <mi...@pa...> - 2004-05-14 21:33:12
|
Oliver, This is a good idea. The object could even be evicted right after it is loaded from the db. Then changes wouldn't persisted, even if the validation logic were to perform an operation that involves a flush. When it is determined that the submission is valid, saveOrUpdate will put it back into the session and commit the changes. I decided that my initial suggestion was not a very good one after thinking about the potential complexity. Thanks for the feedback. Daniel -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Oliver Hutchison Sent: Tuesday, May 11, 2004 11:42 PM To: spr...@li... Subject: RE: [Springframework-developer] Pre-binding validation In the event of validation failure couldn't you just rollback the current transaction and start a new one for the rest of the request? Or, even simpler, use Session.evict to make sure that it will never get flushed. > -----Original Message----- > From: Daniel Miller [mailto:mi...@pa...] > Sent: Wednesday, 12 May 2004 1:19 PM > To: spr...@li... > Subject: RE: [Springframework-developer] Pre-binding validation > > > Hi Seth, > > > Please point out my error(s) here if I have made one or many. > > > > One potential solution (inspired by above mentioned post): Create a > > RequestWrapper that can be validated just like the > persistent object > > to which the request will be bound (I realize this could be messy > > because it is essentially reverse reflection aka emulation). Then > > invoke > the > > validator substituting the wrapped request for the actual object > > _before_ binding. > > >Great thinking, Daniel. I've always used a Command/FormBean because > often the web workflow doesn't match up to the domain objects > close enough. But you're right, I wouldn't want any flush() > to happen until after validation. > > >For this scenario to happen, a call to find() or iterate() > would have > >to > be called /on the session for this request/, correct? > Assuming a usual setup of one session for the request, and > the request itself is not multithreaded, how would this > condition arise? > > After validation failure: processFormSubmission() -> showForm() -> > referenceData() which could load objects from the database > using a find() or iterate(). > > Thanks for the quick feedback. > Daniel > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent > use to deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?> From=osdnemail3 > > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?> From=osdnemail3 > > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=dnemail3 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Andy D. <an...@ma...> - 2004-05-14 17:52:10
|
=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I'm currently exploring different ideas for integrating SwiXML and Spring. =
=20
One such idea is to extend SwiXML's SwingEngine class to implement the=20
BeanFactory interface, which I've already done. This works fairly well=20
conceptually, because SwiXML is very much like an IoC container: it can=20
create Swing controls, inject actions into them, and inject the controls in=
to=20
other controls.
I would like to use SwiXML to build my GUI, and Spring to configure and def=
ine=20
the behavior of the GUI. What I would love to do is define (instantiate) t=
he=20
control in the SwiXML config, and configure it in the Spring config. Is th=
is=20
possible?
Here is an example. Say I have this SwiXML configuration (borrowed from=20
SwiXML docs):
<frame>
<panel background=3D"6699cc" constraints=3D"BorderLayout.CENTER">
<label text=3D"Hello Swinglet"/>
<button name=3D"okButton" text=3D"OK" tooltiptext=3D"Press OK"/>
</panel>
</frame>
Notice that I've named the button "okButton", which will make it appear in =
the=20
SwiXML BeanFactory as a bean with the id of "okButton". Now, it would be=20
nice to wire that control with some behavior in Spring. Maybe something=20
like:
<bean ref=3D"okButton">
<!-- Set properties here -->
</bean>
This also lends itself to a clean separation of concerns. A GUI designer c=
an=20
design the GUI without worrying about behavior, while a developer can wire=
=20
the GUI to his business logic.
Of course, there might be a better approach to this whole problem. I'm ope=
n=20
to suggestions.
- Andy
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD4DBQFApQdGdgQy3TUmt38RAn/eAJwM8VlaHuh8jW72SMMAdEr1lNKI0gCYnkuV
=46RBk73uii4x6hzMjrHZTDg=3D=3D
=3D7Bqk
=2D----END PGP SIGNATURE-----
|
|
From: Aleksei G. <ne...@ka...> - 2004-05-14 16:36:56
|
See the discussion http://www.theserverside.com/news/thread.tss?thread_id=25918 -- //regards, neuro |
|
From: Aleksei G. <ne...@ka...> - 2004-05-14 16:22:52
|
On Fri, 14 May 2004 10:57:58 -0300, Eduardo Issao Ito <zi...@su...> wrote: > What about SDL? Its the HiveMind format. Its very clean, and as capable > as XML (it don't support mixed content, but is not used in config files > anyhow). > The SDL web site: > http://jakarta.apache.org/hivemind/sdl.html SDL looks really nice, but are some one have seen something more on SDL than that page? May be some specs, some working code... Author mention HiveMind beta5 but threre no such release on Apache site (last is beta 4). I've used FMPP text preprocessor (uses FreeMarker) and there are such thing as TDD - textual data definitions - which uses very similiar syntax and conventions. Altough FMMP (and FM) has very nice integration with XML I have some spare time to play with TDD - and it was much more "humane" than XML. But there are one more thing - XML has DTD'd, Schemas and editors aware of all that stuff. So one can edit context.xml in IDEA and its still that verbose - but validated and have some nice popups that suggest required tags and attributes. And I can use any XML-aware tool to transform that definition to some form of easy-readable docs and reports (or even to SDL or TDD). And I actually do this with fmpp for hibernate descriptors and spring context definitions -> creating some nice html with clickable cross-references. Of course I can use XSLT or even tricky CSS to just present raw XML in browser. That is the actual power of XML. And this can't be done with SDL or some groovy script - although I can imagine some special adapter which produce SAX events or DOM tree from SDL or TDD - i can't imagine all problems with integration of that adapter them into all tools that one uses now. Of course we can easily generate text/xml but... It's nice to use TDD in FMPP to quicky setup small data model - but all (may be just lazy ;) developers must understand that they rejectiong not only boring ugly parenthesises and quotes - they reject that power of XML. XML is not thad bad. It's matter of usage. We can make our old XML configs much less verbose and much more human-friendly with little modifications to format. I even have some propositions for spring: <...><value>some_value</value></...> change to just <...>some_value</...> <bean ...><ref ...="some_name"/></bean> change to just <bean ref="some_name"/> <bean ...><ref ...="some_name"/></bean> to <bean ref="some_name"/> or even <property ...><bean ...><ref ...="some_name"/></bean></property > to <bean ref="some_name"/> and may be we can rework some parts of config to be not so machine-oriented. (don't take me toooo seriuos, please, and forgive me my bad english 8) -- //regards, neuro |
|
From: Ashish K. <ash...@ic...> - 2004-05-14 15:32:19
|
You can't go much wrong if you refer to Eduardo Issao's presentation: http://www.springframework.org/downloads/EduardoIssao/Spring.pdf Browse around, and check out the various presentations made by other JUGs (you can get them in the news section of the Spring website). HTH, Ashish me...@me... wrote: > My name is Mark Eagle and I have been asked to give a presentation about > Spring at the Atlanta Java User Group on July 20th. I have recently > worked with Jurgen on a Spring article that was published on OnJava.com. > He suggested that I post an email to this group to see if anyone could > provide me with slides (in English) that I could use. I would like to > incorporate these slides with my slides that I have prepared for this > presentation. The presentation will focus on the business tier with IoC > and AOP concepts. Any help would be appreciated so that Spring is well > represented. > > Mark > -- "This e-mail message may contain confidential, proprietary or legally privileged information. It should not be used by anyone who is not the original intended recipient. If you have erroneously received this message, please delete it immediately and notify the sender. The recipient acknowledges that ICICI Bank or its subsidiaries and associated companies, (collectively "ICICI Group"), are unable to exercise control or ensure or guarantee the integrity of/over the contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of ICICI Group.Before opening any attachments please check them for viruses and defects." |
|
From: Remco B. <rem...@ji...> - 2004-05-14 14:34:07
|
>What would you like it to look like? That question I asked myself after pressing the "send" button ;) I'll look at the BeanDefinitionReader, I think I'll write a hard-coded-java solution first - now I'm making friends :p - and after that... I really don't know yet. When I think of the "flow" of an application (I have a procedural background) I like to visualize, I make a lot of drawings while programming. Maybe a visual (couch) editor that generates the XML files. Groovy, hmm.. interesting. Back to basic :) why not? SDL, it looks <emphasis>human readable</emphasis> to me! I'm going to think about it when I'm on my holiday tomorrow in the beautiful Toscana, Italia. Thanks for all the replies so far! I'm really excited, programming is so much fun! |
|
From: Eduardo I. I. <zi...@su...> - 2004-05-14 13:59:44
|
What about SDL? Its the HiveMind format. Its very clean, and as capable as XML (it don't support mixed content, but is not used in config files anyhow). I would like to see Spring definition file in this format, I don't like to mentally parse the XML to find what is the real information. Some can say that it's laziness but it in everyday work it really makes a difference. I could use the saved "brain cycles" to something else ;) It would not be difficult to create an XSLT to transform XML to SDL. The SDL web site: http://jakarta.apache.org/hivemind/sdl.html And a good example from the site: <?xml version="1.0"?> <module id="some.module" version="1.0.0"> <configuration id="ControlPipeline"> <schema> <element name="processor"> <attribute name="name" required="true"/> <attribute name="service-id" required="true"/> <attribute name="before"/> <attribute name="after"/> <conversion class="some.module.PipelineContribution"> <map property="controlService" attribute="service-id" translator="service"/> </conversion> </element> </schema> </configuration> </module> would become the SDL file: module (id=some.module version="1.0.0") { configuration (id=ControlPipeline) { schema { element (name=processor) { attribute (name=name required=true) attribute (name=service-id required=true) attribute (name=before) attribute (name=after) conversion (class=some.module.PipelineContribution) { map (property=controlService attribute=service-id translator=service) } } } } } Dmitriy Kopylenko wrote: > What would you like it to look like? > > > Remco Bos wrote: > >> Is anyone using the springframework ApplicationContext without the use >> of XML (applicationContext.xml)? I know it’s possible to write your >> own AbstractApplicationContext implementation, but has anyone tried it? >> >> >> >> I don’t like XML configuration files… I really don’t. First I had to >> learn the beautiful java language, and now I feel like a scriptkiddy >> again, coding bean mappings and workflow stuff (mvc) and other things >> in XML files. (I do see the beauty of dependency injection, but XML…) >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Alef A. <al...@jt...> - 2004-05-14 13:32:18
|
Remco, You shouldn't be writing your own AbstractApplicationContext. There are BeanFactories and BeanDefinitionReaders. The BeanDefinitionReader is what you should have a look at. There's XmlBeanDefinitionReader that reads XML files and there is also a properties based reader. Time is being spent on getting a Jython Beandefinitionreader in place, but this won't be ready soon. Also, I've spent a bit of time on the GroovyBeanDefinitionReader, but since Groovy is still a moving target, I've postponed it a bit (also because of time limitations). Have a look at the thread of about almost ago a week ago about alternative methods to read bean definitions (http://article.gmane.org/gmane.comp.java.springframework.user/1987 and then click on the subject to see the thread). Groet, Alef _____ From: spr...@li... [mailto:spr...@li...] On Behalf Of Remco Bos Sent: Friday, May 14, 2004 3:04 PM To: spr...@li... Subject: [Springframework-developer] ApplicationContext without the use of XML Is anyone using the springframework ApplicationContext without the use of XML (applicationContext.xml)? I know it's possible to write your own AbstractApplicationContext implementation, but has anyone tried it? I don't like XML configuration files. I really don't. First I had to learn the beautiful java language, and now I feel like a scriptkiddy again, coding bean mappings and workflow stuff (mvc) and other things in XML files. (I do see the beauty of dependency injection, but XML.) |
|
From: James C. <jim...@do...> - 2004-05-14 13:29:25
|
Anyone have any thoughts on this? > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf > Of James Cook > Sent: Wednesday, May 12, 2004 10:05 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Bean not advised because another > dependency grabs it first? > > A simpler example may be in order. > > <bean id="SAO" class="MySAO" /> > > <bean id="AutoProxy" > class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreato > r" > > > <property name="interceptorNames"> > <list> > <idref local="transactionInterceptor"/> > </list> > </property> > <property name="beanNames"> > <list> > <idref local="SAO"/> > </list> > </property> > </bean> > > <bean id="ClassThatUsesSAO" class="MyBusinessObject"> > <property name="sao"><ref bean="SAO" /></property> > </bean> > > The problem is that the "ClassThatUsesSAO" is noticed first be Spring, and > Spring discovers that there is a property on this bean that uses the "SAO" > bean. Spring then instantiates the SAO bean and sets the resulting value > to > the property on the "ClassThatUsesSAO". Unfortunately, the SAO bean is not > auto proxied at this time, and never will be as far as the > "ClassThatUsesSAO" is concerned. > > Is there any way to ensure that the autoproxy has a chance to advise the > "SAO" bean prior to invoking setSao() on the "ClassThatUsesSAO"? |
|
From: Rod J. <rod...@in...> - 2004-05-14 13:28:10
|
> What would you like it to look like? :-) Implement your own BeanDefinitionReader and do your own thing. Seriously, we are looking for good ideas here from our users for more out-of-the box options. Several Spring developers are thinking about this, but user input is essential. Personally our XML works very well for me. But our architecture allows more options and we want the best in 1.1, _as well_ as our XML format (of course). Groovy is a likely candidate and we're probably going to work with James Strachan on that soon. Our architecture actually allows _multiple_ config sources (even different types) per BeanFactory... That may become more important with dynamic reconfiguration in 1.1. Rod |
|
From: Dmitriy K. <dko...@ru...> - 2004-05-14 13:09:23
|
What would you like it to look like? Remco Bos wrote: > Is anyone using the springframework ApplicationContext without the use > of XML (applicationContext.xml)? I know it’s possible to write your own > AbstractApplicationContext implementation, but has anyone tried it? > > > > I don’t like XML configuration files… I really don’t. First I had to > learn the beautiful java language, and now I feel like a scriptkiddy > again, coding bean mappings and workflow stuff (mvc) and other things in > XML files. (I do see the beauty of dependency injection, but XML…) > |
|
From: Remco B. <rem...@ji...> - 2004-05-14 13:05:28
|
Is anyone using the springframework ApplicationContext without the use of XML (applicationContext.xml)? I know it's possible to write your own AbstractApplicationContext implementation, but has anyone tried it? I don't like XML configuration files. I really don't. First I had to learn the beautiful java language, and now I feel like a scriptkiddy again, coding bean mappings and workflow stuff (mvc) and other things in XML files. (I do see the beauty of dependency injection, but XML.) |
|
From: <me...@me...> - 2004-05-14 11:16:45
|
My name is Mark Eagle and I have been asked to give a presentation about Spring at the Atlanta Java User Group on July 20th. I have recently worked with Jurgen on a Spring article that was published on OnJava.com. He suggested that I post an email to this group to see if anyone could provide me with slides (in English) that I could use. I would like to incorporate these slides with my slides that I have prepared for this presentation. The presentation will focus on the business tier with IoC and AOP concepts. Any help would be appreciated so that Spring is well represented. Mark |
|
From: <jue...@we...> - 2004-05-14 06:25:36
|
Former versions of C3P0 did work with SimpleNativeJdbcExtractor because =
they didn't wrap Statement.getConnection(); that's what the comment was =
referring to. Unfortunately, recent versions of C3P0 "fixed" this and =
return a wrapped Connection there too, and C3P0 doesn't provide any =
means to unwrap its wrappers. I've filed a C3P0 RFE for this, but no =
response in about two months.
=20
For the time being, I'm afraid you'll have to resort to a different =
connection pool, unless you manage to discover a way to access C3P0's =
underlying JDBC objects...
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von David Loeng
Gesendet: Fr 14.05.2004 07:20
An: spr...@li...
Betreff: [Springframework-developer] SimpleNativeJdbcExtractor support =
for c3p0
Hi,
We're currently have an OracleLobHandler set to use the
SimpleNativeJbdcExtractor bundled with spring. The comments on
SimpleNativeJbdcExtractor say that it supports c3p0 out of the box but =
our
current experience seems to say otherwise.
On stepping through the spring code:
public Connection getNativeConnectionFromStatement(Statement stmt) =
throws
SQLException
{
return stmt.getConnection();
}
stmt is of type com.mchange.v2.c3p0.impl.C3P0PooledConnection$2@1c63791
and stmt.getConnection() returns a C3P0ProxyConnection [Invocation =
Handler:
com.mchange.v2.c3p0.impl.C3P0PooledConnection$ProxyConnectionInvocationHa=
ndler@1d7aa64]
.
Therefore when you step through to the
OracleLobHandler.getOracleConnection(PreparedStatement ps) method, the
conToUse variable is set to com.mchange.v2.c3p0.impl.$Proxy0 which is =
not
assignable to oracle.jdbc.OracleConnection (resulting in an exception).
It seems like the c3p0 proxies are getting in the way.
We are using c3p0 version 8.4.2 and spring-rc1. Is there some trick we =
need
to be pulling here to get this working? Or perhaps create a
C3P0NativeJdbcExtractor to pull the connection from the c3p0 proxy?
Thanks,
Dave
-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=3D2562&alloc_id=3D6184&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: David L. <da...@at...> - 2004-05-14 05:21:05
|
Hi,
We're currently have an OracleLobHandler set to use the
SimpleNativeJbdcExtractor bundled with spring. The comments on
SimpleNativeJbdcExtractor say that it supports c3p0 out of the box but our
current experience seems to say otherwise.
On stepping through the spring code:
public Connection getNativeConnectionFromStatement(Statement stmt) throws
SQLException
{
return stmt.getConnection();
}
stmt is of type com.mchange.v2.c3p0.impl.C3P0PooledConnection$2@1c63791
and stmt.getConnection() returns a C3P0ProxyConnection [Invocation Handler:
com.mchange.v2.c3p0.impl.C3P0PooledConnection$ProxyConnectionInvocationHandler@1d7aa64]
.
Therefore when you step through to the
OracleLobHandler.getOracleConnection(PreparedStatement ps) method, the
conToUse variable is set to com.mchange.v2.c3p0.impl.$Proxy0 which is not
assignable to oracle.jdbc.OracleConnection (resulting in an exception).
It seems like the c3p0 proxies are getting in the way.
We are using c3p0 version 8.4.2 and spring-rc1. Is there some trick we need
to be pulling here to get this working? Or perhaps create a
C3P0NativeJdbcExtractor to pull the connection from the c3p0 proxy?
Thanks,
Dave
|
|
From: Ben A. <ben...@ac...> - 2004-05-14 01:16:52
|
Hi everyone
I was just wondering why Log4jWebConfigurer includes the
WebUtils.setWebAppRootSystemProperty(servletContext) line. AFAIK, it enables
properties such as ${webapp.root} to be used in log4j.properties. However,
as the JavaDocs explain, it conflicts in some containers (in my case Jetty)
unless an explicit "webAppRootKey" is specified for each webapp in web.xml.
This is a bit of a problem for those of us trying to deploy multiple web
applications in the same container for different clients, as we'd need to
generate a different web.xml for each (just to set the webAppRootKey to
something unique). I've spent a lot of time writing adapters and other
classes so client-specific properties can be held in the application context
and configured via PropertyPlaceholderConfigurer. It would therefore be
unfortunate to have to generate client-specific web.xml files, simply to set
a unique webAppRootKey.
To overcome the above, I've copied Log4jWebConfigurer and
Log4jConfigListener into a new package, simply commenting out the
WebUtils.setWebAppRootSystemProperty line. It seems to work, as I don't use
${webapp.root} in log4j.properties. I was therefore wondering if anyone has
any concerns with me providing a patch that skips over the
WebUtils.setWebAppRootSystemProperty if Log4jConfigListener detects an
initialization parameter named "log4jDoNotCreateWebAppRootSystemProperty"?
Cheers
Ben
|
|
From: <tho...@tr...> - 2004-05-13 14:32:16
|
Guido, Thanks for taking the time to put this together. From a brief look it looks like an excellent solution. I'm hoping to be able to try it out fairly soon and I would also like to see it tested in an app server environment and with Hibernate. If you or anybody else get a chance to test it further, please keep us posted. Thanks, Thomas Risberg Quoting Guido Schmutz <Gui...@tr...>: > Hello > > Attached a first version of a special Oracle DataSource implementation for > using the Oracle proxy connection feature as well as the Client Identifier > (to map global application contexts). It uses an OracleOCIConnectionPool to > create connections, as this is the only class supporting proxy connections. > You cannot achieve this via a "normal" Oracle JDBC driver implementation. > > It's an answer to a question on the forum. I've just hacked together a first > version, I will need it later in a project as well. As I'm quite new to > Spring, any feedback is appreciated. > > I'm using a ThreadLocal (OracleOCIConnectionStrategy) to pass the proxy user > to the DataSource. To conform to Spring, the ThreadLocal object is not > implemented as a Singleton, but has to be configured in the application > context as a normal POJO. > > It then needs to be passed to the OracleOCIConnectionPoolDataSource by > dependency injection. > > You can check the test cases to see it work. The necessary database schema > can be created via the Ant build file. > > So far it has only been used via the JDBC DAO support of Spring, but I think > it should also work with Hibernate. I haven't tried yet in an Application > Server environment via JNDI. > > Guido > > > > |
|
From: panming <pa...@gn...> - 2004-05-13 00:31:39
|
confirm 505713 |
|
From: Guido S. <Gui...@tr...> - 2004-05-12 23:05:28
|
SGVsbG8NCiANCkF0dGFjaGVkIGEgZmlyc3QgdmVyc2lvbiBvZiBhIHNwZWNpYWwgT3JhY2xlIERh dGFTb3VyY2UgaW1wbGVtZW50YXRpb24gZm9yIHVzaW5nIHRoZSBPcmFjbGUgcHJveHkgY29ubmVj dGlvbiBmZWF0dXJlIGFzIHdlbGwgYXMgdGhlIENsaWVudCBJZGVudGlmaWVyICh0byBtYXAgZ2xv YmFsIGFwcGxpY2F0aW9uIGNvbnRleHRzKS4gSXQgdXNlcyBhbiBPcmFjbGVPQ0lDb25uZWN0aW9u UG9vbCB0byBjcmVhdGUgY29ubmVjdGlvbnMsIGFzIHRoaXMgaXMgdGhlIG9ubHkgY2xhc3Mgc3Vw cG9ydGluZyBwcm94eSBjb25uZWN0aW9ucy4gWW91IGNhbm5vdCBhY2hpZXZlIHRoaXMgdmlhIGEg Im5vcm1hbCIgT3JhY2xlIEpEQkMgZHJpdmVyIGltcGxlbWVudGF0aW9uLg0KIA0KSXQncyBhbiBh bnN3ZXIgdG8gYSBxdWVzdGlvbiBvbiB0aGUgZm9ydW0uIEkndmUganVzdCBoYWNrZWQgdG9nZXRo ZXIgYSBmaXJzdCB2ZXJzaW9uLCBJIHdpbGwgbmVlZCBpdCBsYXRlciBpbiBhIHByb2plY3QgYXMg d2VsbC4gQXMgSSdtIHF1aXRlIG5ldyB0byBTcHJpbmcsIGFueSBmZWVkYmFjayBpcyBhcHByZWNp YXRlZC4NCiANCkknbSB1c2luZyBhIFRocmVhZExvY2FsIChPcmFjbGVPQ0lDb25uZWN0aW9uU3Ry YXRlZ3kpIHRvIHBhc3MgdGhlIHByb3h5IHVzZXIgdG8gdGhlIERhdGFTb3VyY2UuIFRvIGNvbmZv cm0gdG8gU3ByaW5nLCB0aGUgVGhyZWFkTG9jYWwgb2JqZWN0IGlzIG5vdCBpbXBsZW1lbnRlZCBh cyBhIFNpbmdsZXRvbiwgYnV0IGhhcyB0byBiZSBjb25maWd1cmVkIGluIHRoZSBhcHBsaWNhdGlv biBjb250ZXh0IGFzIGEgbm9ybWFsIFBPSk8uDQogDQpJdCB0aGVuIG5lZWRzIHRvIGJlIHBhc3Nl ZCB0byB0aGUgT3JhY2xlT0NJQ29ubmVjdGlvblBvb2xEYXRhU291cmNlIGJ5IGRlcGVuZGVuY3kg aW5qZWN0aW9uLg0KIA0KWW91IGNhbiBjaGVjayB0aGUgdGVzdCBjYXNlcyB0byBzZWUgaXQgd29y ay4gVGhlIG5lY2Vzc2FyeSBkYXRhYmFzZSBzY2hlbWEgY2FuIGJlIGNyZWF0ZWQgdmlhIHRoZSBB bnQgYnVpbGQgZmlsZS4NCiANClNvIGZhciBpdCBoYXMgb25seSBiZWVuIHVzZWQgdmlhIHRoZSBK REJDIERBTyBzdXBwb3J0IG9mIFNwcmluZywgYnV0IEkgdGhpbmsgaXQgc2hvdWxkIGFsc28gd29y ayB3aXRoIEhpYmVybmF0ZS4gSSBoYXZlbid0IHRyaWVkIHlldCBpbiBhbiBBcHBsaWNhdGlvbiBT ZXJ2ZXIgZW52aXJvbm1lbnQgdmlhIEpOREkuDQogDQpHdWlkbw0KDQogDQoNCg== |
|
From: Rod J. <rod...@in...> - 2004-05-12 22:51:18
|
Would be cool but when I last looked at it over a year ago it was scary
stuff. If anyone can do it, we can. Might be good to see how many people
want it... I would probably use it from time to time. Not too often though.
----- Original Message -----
From: "Dmitriy Kopylenko" <dko...@ru...>
To: <spr...@li...>
Sent: Thursday, May 13, 2004 12:19 AM
Subject: Re: [Springframework-developer] Turning off autocommit in JBoss /
Oracle datasource
> BTW, is there a possibility to create an abstraction for Oracle XMLType
> so the application code wouldn't have to deal with the low level JDBC
> code? Kinda like LOB support.
>
> Thomas, Juergen?
>
> Regards,
> Dmitriy.
>
>
> Levkovitch, Lidia wrote:
>
> >I think I've sent this to a wrong list before... Sorry!
> >=========================
> >Thanks to Rod and Colin for responses and advice, and big thanks to
Dmitriy
> >for on-site debugging!
> >
> >My problem was actually in my own code. Because I am using some special
> >features of Oracle 9 (namely, XMLType), I have to get a connection and
> >create my own prepared statements with it. I was getting this connection
> >from my DAO's datasource (getDs().getConnection()), instead of using
> >DataSourceUtils.getConnection(getDs()) as the documentation instructs. As
> >soon as I changed that, all my transactions started to work perfectly!
> >
> >Now I understand that I don't really have to change the autocommit
property,
> >but in case someone is interested, here is what I found out (and it isn't
> >much!). According to JBoss forums, autocommit is SUPPOSED to be off with
my
> >configuration (which is really just the default Oracle config file for
> >JBoss).
> >Oracle's instructions for creating a datasource file do not discuss
> >autocommit at all, and it seems that there's no property in the
datasource
> >configuration that controls it; one can only change it programmatically.
> >I guess in my case it is off by default, but then something switches it
on
> >as JBoss starts up with whatever services I have set up there. Not that
it
> >bothers me now, since Spring takes care of everything.
> >
> >Once again - thanks, everyone!
> >Lidia
> >
> >-----Original Message-----
> >Folks,
> >
> >I am using a datasource to have my Spring DAOs connect to Oracle
database.
> >Apparently, with my set up, autocommit is turned on, and this is not what
I
> >need! I have actually put this line of code inside one of the DAOs'
> >afterPropertiesSet() method:
> >logger.debug("autocommit is " + getDs().getConnection().getAutoCommit());
> >and this prints "autocommit is true".
> >
> >Is there a way to configure my datasource so that autocommit is set to
> >false? I am using JBoss 3.2.1 with Oracle 9.2. In one of JBoss forums it
> >actually.
> >
> >The datasource is defined in myapp-ds.xml file like this:
> >(this is based on the example that came with JBoss) <datasources>
> > <local-tx-datasource>
> > <jndi-name>myapp-ds</jndi-name>
> >
> > <connection-url>jdbc:oracle:thin:@[my database
> >name]</connection-url>
> > <driver-class>oracle.jdbc.driver.OracleDriver</driver-class>
> > <user-name>[my user name]</user-name>
> > <password>[my password]</password>
> > <min-pool-size>3</min-pool-size>
> > <max-pool-size>30</max-pool-size>
> > <blocking-timeout-millis>3000</blocking-timeout-millis>
> > <idle-timeout-minutes>15</idle-timeout-minutes>
> >
>
><exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleE
x
> >ceptionSorter</exception-sorter-class-name>
> > </local-tx-datasource>
> ></datasources>
> >
> >All my DAO objects use the dataSource bean which is defined in my
> >application context as follows: <bean id="dataSource"
> >class="org.springframework.jndi.JndiObjectFactoryBean"
> >singleton="true" lazy-init="default" autowire="default"
> >dependency-check="default">
> >- <property name="jndiName">
> > <value>myapp-ds</value>
> > </property>
> >- <property name="resourceRef">
> > <value>true</value>
> > </property>
> > </bean>
> >
> >Thank you very much!
> >Lidia
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by Sleepycat Software
> >Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> >deliver higher performing products faster, at low TCO.
> >http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> >_______________________________________________
> >Springframework-developer mailing list
> >Spr...@li...
> >https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Dmitriy K. <dko...@ru...> - 2004-05-12 22:20:18
|
BTW, is there a possibility to create an abstraction for Oracle XMLType
so the application code wouldn't have to deal with the low level JDBC
code? Kinda like LOB support.
Thomas, Juergen?
Regards,
Dmitriy.
Levkovitch, Lidia wrote:
>I think I've sent this to a wrong list before... Sorry!
>=========================
>Thanks to Rod and Colin for responses and advice, and big thanks to Dmitriy
>for on-site debugging!
>
>My problem was actually in my own code. Because I am using some special
>features of Oracle 9 (namely, XMLType), I have to get a connection and
>create my own prepared statements with it. I was getting this connection
>from my DAO's datasource (getDs().getConnection()), instead of using
>DataSourceUtils.getConnection(getDs()) as the documentation instructs. As
>soon as I changed that, all my transactions started to work perfectly!
>
>Now I understand that I don't really have to change the autocommit property,
>but in case someone is interested, here is what I found out (and it isn't
>much!). According to JBoss forums, autocommit is SUPPOSED to be off with my
>configuration (which is really just the default Oracle config file for
>JBoss).
>Oracle's instructions for creating a datasource file do not discuss
>autocommit at all, and it seems that there's no property in the datasource
>configuration that controls it; one can only change it programmatically.
>I guess in my case it is off by default, but then something switches it on
>as JBoss starts up with whatever services I have set up there. Not that it
>bothers me now, since Spring takes care of everything.
>
>Once again - thanks, everyone!
>Lidia
>
>-----Original Message-----
>Folks,
>
>I am using a datasource to have my Spring DAOs connect to Oracle database.
>Apparently, with my set up, autocommit is turned on, and this is not what I
>need! I have actually put this line of code inside one of the DAOs'
>afterPropertiesSet() method:
>logger.debug("autocommit is " + getDs().getConnection().getAutoCommit());
>and this prints "autocommit is true".
>
>Is there a way to configure my datasource so that autocommit is set to
>false? I am using JBoss 3.2.1 with Oracle 9.2. In one of JBoss forums it
>actually.
>
>The datasource is defined in myapp-ds.xml file like this:
>(this is based on the example that came with JBoss) <datasources>
> <local-tx-datasource>
> <jndi-name>myapp-ds</jndi-name>
>
> <connection-url>jdbc:oracle:thin:@[my database
>name]</connection-url>
> <driver-class>oracle.jdbc.driver.OracleDriver</driver-class>
> <user-name>[my user name]</user-name>
> <password>[my password]</password>
> <min-pool-size>3</min-pool-size>
> <max-pool-size>30</max-pool-size>
> <blocking-timeout-millis>3000</blocking-timeout-millis>
> <idle-timeout-minutes>15</idle-timeout-minutes>
>
><exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleEx
>ceptionSorter</exception-sorter-class-name>
> </local-tx-datasource>
></datasources>
>
>All my DAO objects use the dataSource bean which is defined in my
>application context as follows: <bean id="dataSource"
>class="org.springframework.jndi.JndiObjectFactoryBean"
>singleton="true" lazy-init="default" autowire="default"
>dependency-check="default">
>- <property name="jndiName">
> <value>myapp-ds</value>
> </property>
>- <property name="resourceRef">
> <value>true</value>
> </property>
> </bean>
>
>Thank you very much!
>Lidia
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Sleepycat Software
>Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
>deliver higher performing products faster, at low TCO.
>http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
|