springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Possible Bug: org.springframework.beans.FatalBeanException: No property 'visible' in class, but there is a property called visible

[Ronald H. <ro...@co...>]

isVisibile is different from isVisible :)

notice the extra i between b and l?

Cheers
Ronald

Roberto Cosenza wrote:

>
> 2004-03-31 11:21:58,728 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Getting 
> BeanInfo for class [com.nmt.iws.entity.generated.Category]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Caching 
> PropertyDescriptors for class [com.nmt.iws.entity.generated.Category]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'action' of type [class java.lang.String]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'children' of type [interface java.util.Set]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'childrenNavigatorItems' of type [interface 
> java.util.Collection]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'class' of type [class java.lang.Class]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'expandable' of type [boolean]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'id' of type [class java.lang.Long]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'idString' of type [class java.lang.String]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'masterDetail' of type [boolean]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'name' of type [class java.lang.String]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'new' of type [boolean]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'parent' of type [class 
> com.nmt.iws.entity.generated.Category]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'parentNavigatorItem' of type [interface 
> com.nmt.iws.service.NavigatorItem]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'persistent' of type [boolean]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'shortClassName' of type [class java.lang.String]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'store' of type [class com.nmt.iws.entity.generated.Store]; 
> editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'subAction' of type [class java.lang.String]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'type' of type [class java.lang.String]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'upload' of type [class java.lang.String]; editor=[null]
> 2004-03-31 11:21:58,736 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Found 
> property 'visibile' of type [boolean]; editor=[null]
> 2004-03-31 11:21:58,737 DEBUG 
> [org.springframework.beans.BeanWrapperImpl] - About to invoke read 
> method [public java.lang.String 
> com.nmt.iws.entity.generated.Category.getName()] on object of class 
> [com.nmt.iws.entity.generated.Category]
> 2004-03-31 11:21:58,737 DEBUG [com.nmt.iws.util.PropertyFactoryImpl] - 
> getPropertyRenderer: property id =visible
> 2004-03-31 11:21:58,737 DEBUG 
> [org.springframework.beans.CachedIntrospectionResults] - Using cached 
> introspection results for class com.nmt.iws.entity.generated.Category
> 2004-03-31 11:21:58,740 ERROR 
> [org.springframework.web.servlet.DispatcherServlet] - Could not 
> complete request
> org.springframework.beans.FatalBeanException: No property 'visible' in 
> class [com.nmt.iws.entity.generated.Category]
>    at 
> org.springframework.beans.CachedIntrospectionResults.getPropertyDescriptor(CachedIntrospectionResults.java:113) 
>
>    at 
> org.springframework.beans.BeanWrapperImpl.getPropertyDescriptor(BeanWrapperImpl.java:849) 
>
>    at 
> org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:459) 
>
>    at 
> org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:455) 
>
>    at 
> com.nmt.util.web.property.BasicProperty.getValue(BasicProperty.java:54)
>
>
>
> Category.java has :
>
>  public boolean isVisibile() {
>        return this.visibile;
>    }
>
>    public void setVisibile(boolean visibile) {
>        this.visibile = visibile;
>    }
>
>
> Regards
> /roberto
>
>

[Springframework-developer] Possible Bug: org.springframework.beans.FatalBeanException: No property 'visible' in class, but there is a property called visible

[Roberto C. <rob...@in...>]

2004-03-31 11:21:58,728 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Getting 
BeanInfo for class [com.nmt.iws.entity.generated.Category]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Caching 
PropertyDescriptors for class [com.nmt.iws.entity.generated.Category]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'action' of type [class java.lang.String]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'children' of type [interface java.util.Set]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'childrenNavigatorItems' of type [interface java.util.Collection]; 
editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'class' of type [class java.lang.Class]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'expandable' of type [boolean]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'id' of type [class java.lang.Long]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'idString' of type [class java.lang.String]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'masterDetail' of type [boolean]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'name' of type [class java.lang.String]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'new' of type [boolean]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'parent' of type [class com.nmt.iws.entity.generated.Category]; 
editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'parentNavigatorItem' of type [interface 
com.nmt.iws.service.NavigatorItem]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'persistent' of type [boolean]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'shortClassName' of type [class java.lang.String]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'store' of type [class com.nmt.iws.entity.generated.Store]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'subAction' of type [class java.lang.String]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'type' of type [class java.lang.String]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'upload' of type [class java.lang.String]; editor=[null]
2004-03-31 11:21:58,736 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Found property 
'visibile' of type [boolean]; editor=[null]
2004-03-31 11:21:58,737 DEBUG 
[org.springframework.beans.BeanWrapperImpl] - About to invoke read 
method [public java.lang.String 
com.nmt.iws.entity.generated.Category.getName()] on object of class 
[com.nmt.iws.entity.generated.Category]
2004-03-31 11:21:58,737 DEBUG [com.nmt.iws.util.PropertyFactoryImpl] - 
getPropertyRenderer: property id =visible
2004-03-31 11:21:58,737 DEBUG 
[org.springframework.beans.CachedIntrospectionResults] - Using cached 
introspection results for class com.nmt.iws.entity.generated.Category
2004-03-31 11:21:58,740 ERROR 
[org.springframework.web.servlet.DispatcherServlet] - Could not complete 
request
org.springframework.beans.FatalBeanException: No property 'visible' in 
class [com.nmt.iws.entity.generated.Category]
    at 
org.springframework.beans.CachedIntrospectionResults.getPropertyDescriptor(CachedIntrospectionResults.java:113)
    at 
org.springframework.beans.BeanWrapperImpl.getPropertyDescriptor(BeanWrapperImpl.java:849)
    at 
org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:459)
    at 
org.springframework.beans.BeanWrapperImpl.getPropertyValue(BeanWrapperImpl.java:455)
    at 
com.nmt.util.web.property.BasicProperty.getValue(BasicProperty.java:54)



Category.java has :

  public boolean isVisibile() {
        return this.visibile;
    }

    public void setVisibile(boolean visibile) {
        this.visibile = visibile;
    }


Regards
/roberto


-- 
Roberto Cosenza
Infoflex Connect AB, Sweden
Tel: +46-(0)8-55576860, Fax: +46-(0)8-55576861
--
Nordic Messaging Technologies is a trademark of Infoflex Connect.
Please visit www.nordicmessaging.se for more information about our
carrier-grade messaging products.

RE: [Springframework-developer] Road map

[Alef A. <al...@jt...>]

> Further issues are JSF and Portlet support. There is actually quite a bit
> of interest in these from various users/integrators; they are also
> important for us from a marketing perspective. I'm not keen on providing
> official support before 1.2, though.


JSF and Portlet functionality don't have to be provided in one and the same
release. I have been looking a bit into the portlet stuff and it doesn't
same all that difficult.

I think I'll experiment with it during the next couple of weeks. Major issue
is the common supporting functionality (ContextLoader, WebAppCtx,
Databinding) between our Web stuff and our future Portlet stuff (and
probably also the JSF stuff). Revising the supporting functionality right
now (or for 1.1) is not an option imo.

I probably can't avoid having to copy-and-paste a lot of code while
experimenting and since that's *not* something we want to have in a release,
I'm afraid you're right :(.

Alef

[Springframework-developer] Road map

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

Dear Spring developers,
=20
I'd like to discuss a refined road map for the next couple of months. My =
initial suggestions were a bit too eager, I guess, given that we still =
need to refine javadocs and reference docs for 1.0.x, and of course =
apply bugfixes respectively appropriate minor enhancements.
=20
So I suggest the following time plan now:
=20
Spring 1.0.x: doc polishing, bugfixing, minor enhancements
- 1.0.1: early April
- 1.0.2: late May
=20
Spring 1.1.x: JMS support, JMX support, declarative validation
- 1.1 RC1: early July
- 1.1 final: late August
- 1.1.1: late September
=20
Spring 1.2.x: OGNL support, JCA support, enhanced RMI support
- 1.2 RC1: early November
- 1.2 final: late December
=20
Further issues are JSF and Portlet support. There is actually quite a =
bit of interest in these from various users/integrators; they are also =
important for us from a marketing perspective. I'm not keen on providing =
official support before 1.2, though.
=20
Regards,
Juergen
=20

[Springframework-developer] Re: [springframework - Help] RE: Connection error using Spring/Hibernate/JBoss

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

Colin,
=20
I remember you had similar problems a while ago. What's your take on =
this? Can you recheck the issue?
=20
Juergen
=20

________________________________

Von: SourceForge.net [mailto:no...@so...]
Gesendet: Mi 31.03.2004 02:54
An: no...@so...
Betreff: [springframework - Help] RE: Connection error using =
Spring/Hibernate/JBoss




Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=3D2499567
By: pgmjsd

Bad news I'm afraid.

Hibernate 2.1.2 + Spring 1.0 + JBoss CMT results in *many* warnings such =
as...


2004-03-30 19:37:32,359 [Thread Pool Worker-7] WARN
org.jboss.resource.connectionmanager.TxConnectionManager - Prepare =
called on
a local tx. Use of local transactions on a jta transaction with more =
than one
branch may result in inconsistent data in some cases of failure.



______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=3D250340

[Springframework-developer] DocBook: 'method' and c'lassname' tags work for html, but not 'property'

[Colin S. <col...@ex...>]

I was just doing some more proofing on the manual, and noticed something 
weird. Most people seem to have used the <literal> tag everywhere for 
classnames, methods, and properties, but I actually tried to use 
<classname>, <method>, and <property>. All seems ok for the PDF, but I 
notice for the generated html, that <property> does not seem to have any 
effect.

Not that big a deal I guess, but people should stay away from the 
<property> tag for now. I will change all my usages to <method> instead...

Re: [Springframework-developer] Where's "Resolve Issue" gone in our JIRA?

[Mike Cannon-B. <mi...@at...>]

It's coming... soon - I've actually installed it, but I want to connect=20=

it to your JIRA instance first so that you can use JIRA for user=20
management of both Confluence and JIRA (ie one username/password for=20
both etc). I'll try to get someone to do that tomorrow.

Cheers,
Mike

--
ATLASSIAN - http://www.atlassian.com/

Confluence - the professional J2EE wiki - tried it yet?
http://www.atlassian.com/confluence/

On 30/03/2004, at 11:23 AM, Dmitriy Kopylenko wrote:

> Mike,
>
> thanks for the info! BTW, what's the story with the Confluence=20
> instance?
>
> Thanks,
> Dmitriy.
>
> ----- Original Message -----
> From: Mike Cannon-Brookes <mi...@at...>
> Date: Monday, March 29, 2004 8:05 pm
> Subject: Re: [Springframework-developer] Where's "Resolve Issue" gone=20=

> in our JIRA?
>
>> Apologies for this guys - we upgraded all the Open Source JIRA
>> instances as well as moving them to a new, much faster box (you
>> can see
>> the speed increase!). The Spring workflow had some problems, but
>> those
>> should all be ironed out now.
>>
>> There are plenty of fun new things to play with in 2.6.1 and 2.6 -
>> see
>> here for full details:
>>
>>
>> http://confluence.atlassian.com/display/JIRA/JIRA+2.6+Release+Notes
>> Any further problems, please let me know - you can always contact
>> me
>> via IM at any time, details:
>>
>>    http://confluence.atlassian.com/display/~mi...@at...
>>
>> Cheers,
>> Mike
>>
>> --
>> ATLASSIAN - http://www.atlassian.com/
>>
>> Confluence - the professional J2EE wiki - tried it yet?
>> http://www.atlassian.com/confluence/
>>
>> On 27/03/2004, at 12:03 AM, Dmitriy Kopylenko wrote:
>>
>>> Ahhhhhhhhh Juergen, I noticed something.... I looked at the
>> bottom of
>>> the
>>> screen and I saw: "Enterprise Edition, Version: 2.6.1-#65" We've
>> been> running 2.5 before. Looks like they've upgraded to the
>> latest version.
>>> Something must have changed.
>>>
>>> Mike, do you know what the problem might be? Also when I tried
>> to
>>> assign any
>>> issue "to me", I got a stack trace screen.
>>>
>>> Regards,
>>> Dmitriy.
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [spr...@li...] On
>>> Behalf Of
>>> j=C3=BCrgen h=C3=B6ller [werk3AT]
>>> Sent: Friday, March 26, 2004 3:36 AM
>>> To: spr...@li...
>>> Subject: [Springframework-developer] Where's "Resolve Issue"
>> gone in
>>> our
>>> JIRA?
>>>
>>>
>>> For some odd reason, "Resolve Issue"  is not available in our
>> JIRA. All
>>> administration options are available to me, so I wonder whether
>> this
>>> is a
>>> problem with my account or with JIRA. It did work until
>> Wednesday; at
>>> least
>>> I've not noted any problems.
>>>
>>> 2 of the 3 issues I've fixed for 1.0.1 are ready to be closed; I
>> can't
>>> do
>>> this without a "resolve" command...
>>>
>>> Juergen
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IBM Linux Tutorials
>>> Free Linux tutorial presented by Daniel Robbins, President and
>> CEO of
>>> GenToo
>>> technologies. Learn everything from fundamentals to system
>>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-
>> developer>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IBM Linux Tutorials
>>> Free Linux tutorial presented by Daniel Robbins, President and
>> CEO of
>>> GenToo technologies. Learn everything from fundamentals to system
>>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=C3=8Ck
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-
>> developer>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux Tutorials
>> Free Linux tutorial presented by Daniel Robbins, President and CEO of
>> GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

RE: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

[Keith D. <kd...@cs...>]

:-)

Hey yea Thomas, best of luck with your presentation!  Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
sk...@fe...
Sent: Tuesday, March 30, 2004 10:39 AM
To: spr...@li...
Subject: Re: [Springframework-developer] SQLErrorCodesFactory Product =
Name
lookup



Hey Thomas, I  just moved to Philadelphia and was thinking of high =
tailing
it out to Villanova to see the presentation. If I don't make it good =
luck.
Will you be putting some slides up on the spring site as well? I =
thoroughly
enjoy raiding all of those presentations for my own training material,
proper credits given of course. #;@)

Sean Kroah
FedEx Ground
(412) 859-5130

sk...@fe...



|---------+----------------------------------------------------->
|         |           tho...@tr...                  |
|         |           Sent by:                                  |
|         |           spr...@li...|
|         |           ceforge.net                               |
|         |                                                     |
|         |                                                     |
|         |           03/30/2004 10:13 AM                       |
|         |           Please respond to                         |
|         |           springframework-developer                 |
|         |                                                     |
|---------+----------------------------------------------------->
=20
>------------------------------------------------------------------------=
---
-------------------|
  |
|
  |       To:       spr...@li...
|
  |       cc:
|
  |       Subject:  Re: [Springframework-developer] SQLErrorCodesFactory
Product Name lookup     |
=20
>------------------------------------------------------------------------=
---
-------------------|





I noticed this while preparing for my JDBC presentation.  All our =
samples
preconfigure a DAO with a DataSource.  Would it make sense to switch =
that to
a preconfigured JdbcTemplate if that is the preferred way to work, or =
should
we just make this proposed change and leave it at that?

I made the change locally, but it broke a bunch of tests where the mock
objects expected some calls for the meta data.  I'll try to clean that =
up
and check things in by tomorrow some time.

Thomas


Quoting rod...@in...:

> >Well one solution of course (as mentioned at the time I
> brought this up)
> was to just use a premade JdbcTemplate which comes from the context,
> since it is of threadsafe.
>
> That's what I've always done, so I've never been bothered by the=20
> lookups.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of=20
> GenToo technologies. Learn everything from fundamentals to system=20
> =
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
> _______________________________________________
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>





-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of =
GenToo
technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer






-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of =
GenToo
technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

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

Actually, passing in JdbcTemplate would be good enough, as it contains =
its DataSource. JdbcDaoSupport is also implemented that way: You can =
either pass in a DataSource *or* a JdbcTemplate.

I'm still for leaving the example as-is, though: passing in a DataSource =
is more natural, particularly for beginners, as JdbcTemplate remains an =
implementation detail then that's not even visible in configuration.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: Tuesday, March 30, 2004 6:00 PM
To: spr...@li...
Subject: Re: [Springframework-developer] SQLErrorCodesFactory Product
Name lookup


I think we should make the proposed change, then people can use=20
JdbcTemplate either way. As for the samples, at that point, I personally =

think they can be left the same; pre-instantiating the template is no=20
longer a preferred solution. It may in fact be less desireable since=20
people have to pass in both a DataSource and JdbcTemplate to beans that=20
need it, instead of just a DataSource.


tho...@tr... wrote:

>I noticed this while preparing for my JDBC presentation.  All our =
samples
>preconfigure a DAO with a DataSource.  Would it make sense to switch =
that to a
>preconfigured JdbcTemplate if that is the preferred way to work, or =
should we
>just make this proposed change and leave it at that?
>
>I made the change locally, but it broke a bunch of tests where the mock =
objects
>expected some calls for the meta data.  I'll try to clean that up and =
check
>things in by tomorrow some time.
>
>Thomas
>
>
>Quoting rod...@in...:
>
> =20
>
>>>Well one solution of course (as mentioned at the time I=20
>>>     =20
>>>
>>brought this up)=20
>>was to just use a premade JdbcTemplate which comes from the=20
>>context,=20
>>since it is of threadsafe.
>>
>>That's what I've always done, so I've never been bothered by=20
>>the lookups.
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IBM Linux Tutorials
>>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>>GenToo technologies. Learn everything from fundamentals to system
>>administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc=
lick
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>   =20
>>
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl=
ick
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> =20
>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

[Colin S. <col...@ex...>]

I think we should make the proposed change, then people can use 
JdbcTemplate either way. As for the samples, at that point, I personally 
think they can be left the same; pre-instantiating the template is no 
longer a preferred solution. It may in fact be less desireable since 
people have to pass in both a DataSource and JdbcTemplate to beans that 
need it, instead of just a DataSource.


tho...@tr... wrote:

>I noticed this while preparing for my JDBC presentation.  All our samples
>preconfigure a DAO with a DataSource.  Would it make sense to switch that to a
>preconfigured JdbcTemplate if that is the preferred way to work, or should we
>just make this proposed change and leave it at that?
>
>I made the change locally, but it broke a bunch of tests where the mock objects
>expected some calls for the meta data.  I'll try to clean that up and check
>things in by tomorrow some time.
>
>Thomas
>
>
>Quoting rod...@in...:
>
>  
>
>>>Well one solution of course (as mentioned at the time I 
>>>      
>>>
>>brought this up) 
>>was to just use a premade JdbcTemplate which comes from the 
>>context, 
>>since it is of threadsafe.
>>
>>That's what I've always done, so I've never been bothered by 
>>the lookups.
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IBM Linux Tutorials
>>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>>GenToo technologies. Learn everything from fundamentals to system
>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>    
>>
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

[<sk...@fe...>]

Hey Thomas, I  just moved to Philadelphia and was thinking of high tailing
it out to Villanova to see the presentation. If I don't make it good luck.
Will you be putting some slides up on the spring site as well? I thoroughly
enjoy raiding all of those presentations for my own training material,
proper credits given of course. #;@)

Sean Kroah
FedEx Ground
(412) 859-5130

sk...@fe...



|---------+----------------------------------------------------->
|         |           tho...@tr...                  |
|         |           Sent by:                                  |
|         |           spr...@li...|
|         |           ceforge.net                               |
|         |                                                     |
|         |                                                     |
|         |           03/30/2004 10:13 AM                       |
|         |           Please respond to                         |
|         |           springframework-developer                 |
|         |                                                     |
|---------+----------------------------------------------------->
  >----------------------------------------------------------------------------------------------|
  |                                                                                              |
  |       To:       spr...@li...                              |
  |       cc:                                                                                    |
  |       Subject:  Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup     |
  >----------------------------------------------------------------------------------------------|





I noticed this while preparing for my JDBC presentation.  All our samples
preconfigure a DAO with a DataSource.  Would it make sense to switch that
to a
preconfigured JdbcTemplate if that is the preferred way to work, or should
we
just make this proposed change and leave it at that?

I made the change locally, but it broke a bunch of tests where the mock
objects
expected some calls for the meta data.  I'll try to clean that up and check
things in by tomorrow some time.

Thomas


Quoting rod...@in...:

> >Well one solution of course (as mentioned at the time I
> brought this up)
> was to just use a premade JdbcTemplate which comes from the
> context,
> since it is of threadsafe.
>
> That's what I've always done, so I've never been bothered by
> the lookups.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>





-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

[<tho...@tr...>]

I noticed this while preparing for my JDBC presentation.  All our samples
preconfigure a DAO with a DataSource.  Would it make sense to switch that to a
preconfigured JdbcTemplate if that is the preferred way to work, or should we
just make this proposed change and leave it at that?

I made the change locally, but it broke a bunch of tests where the mock objects
expected some calls for the meta data.  I'll try to clean that up and check
things in by tomorrow some time.

Thomas


Quoting rod...@in...:

> >Well one solution of course (as mentioned at the time I 
> brought this up) 
> was to just use a premade JdbcTemplate which comes from the 
> context, 
> since it is of threadsafe.
> 
> That's what I've always done, so I've never been bothered by 
> the lookups.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Where's "Resolve Issue" gone in our JIRA?

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

I still can't resolve issues (for example SPR-86), getting:

  Form Errors:=20
  Action 1 is invalid=20

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Mike Cannon-Brookes
Sent: Tuesday, March 30, 2004 3:06 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Where's "Resolve Issue" gone in
our JIRA?


Apologies for this guys - we upgraded all the Open Source JIRA=20
instances as well as moving them to a new, much faster box (you can see=20
the speed increase!). The Spring workflow had some problems, but those=20
should all be ironed out now.

There are plenty of fun new things to play with in 2.6.1 and 2.6 - see=20
here for full details:

    http://confluence.atlassian.com/display/JIRA/JIRA+2.6+Release+Notes

Any further problems, please let me know - you can always contact me=20
via IM at any time, details:

    http://confluence.atlassian.com/display/~mi...@at...

Cheers,
Mike

--
ATLASSIAN - http://www.atlassian.com/

Confluence - the professional J2EE wiki - tried it yet?
http://www.atlassian.com/confluence/

On 27/03/2004, at 12:03 AM, Dmitriy Kopylenko wrote:

> Ahhhhhhhhh Juergen, I noticed something.... I looked at the bottom of=20
> the
> screen and I saw: "Enterprise Edition, Version: 2.6.1-#65" We've been
> running 2.5 before. Looks like they've upgraded to the latest version.
> Something must have changed.
>
> Mike, do you know what the problem might be? Also when I tried to=20
> assign any
> issue "to me", I got a stack trace screen.
>
> Regards,
> Dmitriy.
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On=20
> Behalf Of
> j=FCrgen h=F6ller [werk3AT]
> Sent: Friday, March 26, 2004 3:36 AM
> To: spr...@li...
> Subject: [Springframework-developer] Where's "Resolve Issue" gone in=20
> our
> JIRA?
>
>
> For some odd reason, "Resolve Issue"  is not available in our JIRA. =
All
> administration options are available to me, so I wonder whether this=20
> is a
> problem with my account or with JIRA. It did work until Wednesday; at=20
> least
> I've not noted any problems.
>
> 2 of the 3 issues I've fixed for 1.0.1 are ready to be closed; I can't =

> do
> this without a "resolve" command...
>
> Juergen
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of=20
> GenToo
> technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

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

>Well one solution of course (as mentioned at the time I 
brought this up) 
was to just use a premade JdbcTemplate which comes from the 
context, 
since it is of threadsafe.

That's what I've always done, so I've never been bothered by 
the lookups.

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

[Colin S. <col...@ex...>]

Well one solution of course (as mentioned at the time I brought this up) 
was to just use a premade JdbcTemplate which comes from the context, 
since it is of threadsafe.

But I think your solution is reasonable, and would allow it to work in 
this style as well (new JdbcTemplate() every time) with reasonable 
performance, instead of the delay that happens every time now. Then 
people can use either method.


Thomas Risberg wrote:

> I have been watching my logs and the constant lookup of the database 
> product name is bothering me.  Colin had the same issue a while ago, 
> but we never really resolved it.  I have a potential solution which 
> entails storing the hash code of the datasource along with the 
> retreived database product name in a static HashMap.  Next time, 
> before looking up the name we could check this HashMap and pull the 
> name from there if it is found.  Can anyone see a flaw in this 
> solution?  Any chance of two datasource objects having the same hash 
> code?  Any chance of a datasource switching to a different database 
> while we are running?
>
> Here is the added code:
>
>    public SQLErrorCodes getErrorCodes(DataSource ds) {
>        // Lets avoid looking up database product info if we can.
>        Integer dataSourceHash = new Integer(ds.hashCode());
>        if (dataSourceProductName.containsKey(dataSourceHash)) {
>            String dataSourceDbName = 
> (String)dataSourceProductName.get(dataSourceHash);
>            logger.info("Database Product found in cache {" + 
> dataSourceHash + "}. Name is " + dataSourceDbName);
>            return getErrorCodes(dataSourceDbName);
>        }
>        // We could not find it - got to look it up.
>        logger.info("Looking up default SQLErrorCodes for DataSource");
>       ... (this part is already there)
>
> Thomas
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

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

+1 - sounds plausible to me

BTW, I'll be done for 1.0.1 soon, so it would be good to get this in =
promptly.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rod Johnson
Sent: Tuesday, March 30, 2004 8:09 AM
To: spr...@li...
Subject: Re: [Springframework-developer] SQLErrorCodesFactory Product
Name lookup


+1
----- Original Message -----
From: "Thomas Risberg" <tho...@tr...>
To: <spr...@li...>
Sent: Tuesday, March 30, 2004 3:54 AM
Subject: [Springframework-developer] SQLErrorCodesFactory Product Name
lookup


> I have been watching my logs and the constant lookup of the database
> product name is bothering me.  Colin had the same issue a while ago, =
but
> we never really resolved it.  I have a potential solution which =
entails
> storing the hash code of the datasource along with the retreived
> database product name in a static HashMap.  Next time, before looking =
up
> the name we could check this HashMap and pull the name from there if =
it
> is found.  Can anyone see a flaw in this solution?  Any chance of two
> datasource objects having the same hash code?  Any chance of a
> datasource switching to a different database while we are running?
>
> Here is the added code:
>
>     public SQLErrorCodes getErrorCodes(DataSource ds) {
>         // Lets avoid looking up database product info if we can.
>         Integer dataSourceHash =3D new Integer(ds.hashCode());
>         if (dataSourceProductName.containsKey(dataSourceHash)) {
>             String dataSourceDbName =3D
> (String)dataSourceProductName.get(dataSourceHash);
>             logger.info("Database Product found in cache {" +
> dataSourceHash + "}. Name is " + dataSourceDbName);
>             return getErrorCodes(dataSourceDbName);
>         }
>         // We could not find it - got to look it up.
>         logger.info("Looking up default SQLErrorCodes for =
DataSource");
>        ... (this part is already there)
>
> Thomas
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> =
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>




-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SQLErrorCodesFactory Product Name lookup

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

+1
----- Original Message -----
From: "Thomas Risberg" <tho...@tr...>
To: <spr...@li...>
Sent: Tuesday, March 30, 2004 3:54 AM
Subject: [Springframework-developer] SQLErrorCodesFactory Product Name
lookup


> I have been watching my logs and the constant lookup of the database
> product name is bothering me.  Colin had the same issue a while ago, but
> we never really resolved it.  I have a potential solution which entails
> storing the hash code of the datasource along with the retreived
> database product name in a static HashMap.  Next time, before looking up
> the name we could check this HashMap and pull the name from there if it
> is found.  Can anyone see a flaw in this solution?  Any chance of two
> datasource objects having the same hash code?  Any chance of a
> datasource switching to a different database while we are running?
>
> Here is the added code:
>
>     public SQLErrorCodes getErrorCodes(DataSource ds) {
>         // Lets avoid looking up database product info if we can.
>         Integer dataSourceHash = new Integer(ds.hashCode());
>         if (dataSourceProductName.containsKey(dataSourceHash)) {
>             String dataSourceDbName =
> (String)dataSourceProductName.get(dataSourceHash);
>             logger.info("Database Product found in cache {" +
> dataSourceHash + "}. Name is " + dataSourceDbName);
>             return getErrorCodes(dataSourceDbName);
>         }
>         // We could not find it - got to look it up.
>         logger.info("Looking up default SQLErrorCodes for DataSource");
>        ... (this part is already there)
>
> Thomas
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

[Springframework-developer] SQLErrorCodesFactory Product Name lookup

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

I have been watching my logs and the constant lookup of the database 
product name is bothering me.  Colin had the same issue a while ago, but 
we never really resolved it.  I have a potential solution which entails 
storing the hash code of the datasource along with the retreived 
database product name in a static HashMap.  Next time, before looking up 
the name we could check this HashMap and pull the name from there if it 
is found.  Can anyone see a flaw in this solution?  Any chance of two 
datasource objects having the same hash code?  Any chance of a 
datasource switching to a different database while we are running?

Here is the added code:

    public SQLErrorCodes getErrorCodes(DataSource ds) {
        // Lets avoid looking up database product info if we can.
        Integer dataSourceHash = new Integer(ds.hashCode());
        if (dataSourceProductName.containsKey(dataSourceHash)) {
            String dataSourceDbName = 
(String)dataSourceProductName.get(dataSourceHash);
            logger.info("Database Product found in cache {" + 
dataSourceHash + "}. Name is " + dataSourceDbName);
            return getErrorCodes(dataSourceDbName);
        }
        // We could not find it - got to look it up.
        logger.info("Looking up default SQLErrorCodes for DataSource");
       ... (this part is already there)

Thomas

Re: [Springframework-developer] Where's "Resolve Issue" gone in our JIRA?

[Dmitriy K. <dko...@ru...>]

Mike=2C

thanks for the info! BTW=2C what=27s the story with the Confluence instan=
ce=3F

Thanks=2C
Dmitriy=2E

----- Original Message -----
From=3A Mike Cannon-Brookes =3Cmike=40atlassian=2Ecom=3E
Date=3A Monday=2C March 29=2C 2004 8=3A05 pm
Subject=3A Re=3A =5BSpringframework-developer=5D Where=27s =22Resolve Iss=
ue=22 gone in our JIRA=3F

=3E Apologies for this guys - we upgraded all the Open Source JIRA =

=3E instances as well as moving them to a new=2C much faster box (you =

=3E can see =

=3E the speed increase!)=2E The Spring workflow had some problems=2C but =

=3E those =

=3E should all be ironed out now=2E
=3E =

=3E There are plenty of fun new things to play with in 2=2E6=2E1 and 2=2E=
6 - =

=3E see =

=3E here for full details=3A
=3E =

=3E    =

=3E http=3A//confluence=2Eatlassian=2Ecom/display/JIRA/JIRA+2=2E6+Release=
+Notes
=3E Any further problems=2C please let me know - you can always contact =

=3E me =

=3E via IM at any time=2C details=3A
=3E =

=3E    http=3A//confluence=2Eatlassian=2Ecom/display/=7Emike=40atlassian=2E=
com
=3E =

=3E Cheers=2C
=3E Mike
=3E =

=3E --
=3E ATLASSIAN - http=3A//www=2Eatlassian=2Ecom/
=3E =

=3E Confluence - the professional J2EE wiki - tried it yet=3F
=3E http=3A//www=2Eatlassian=2Ecom/confluence/
=3E =

=3E On 27/03/2004=2C at 12=3A03 AM=2C Dmitriy Kopylenko wrote=3A
=3E =

=3E =3E Ahhhhhhhhh Juergen=2C I noticed something=2E=2E=2E=2E I looked at=
 the =

=3E bottom of =

=3E =3E the
=3E =3E screen and I saw=3A =22Enterprise Edition=2C Version=3A 2=2E6=2E1=
-=2365=22 We=27ve =

=3E been=3E running 2=2E5 before=2E Looks like they=27ve upgraded to the =

=3E latest version=2E
=3E =3E Something must have changed=2E
=3E =3E
=3E =3E Mike=2C do you know what the problem might be=3F Also when I trie=
d =

=3E to =

=3E =3E assign any
=3E =3E issue =22to me=22=2C I got a stack trace screen=2E
=3E =3E
=3E =3E Regards=2C
=3E =3E Dmitriy=2E
=3E =3E
=3E =3E -----Original Message-----
=3E =3E From=3A springframework-developer-admin=40lists=2Esourceforge=2En=
et
=3E =3E =5Bspringframework-developer-admin=40lists=2Esourceforge=2Enet=5D=
 On =

=3E =3E Behalf Of
=3E =3E j=C3=BCrgen h=C3=B6ller =5Bwerk3AT=5D
=3E =3E Sent=3A Friday=2C March 26=2C 2004 3=3A36 AM
=3E =3E To=3A springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E Subject=3A =5BSpringframework-developer=5D Where=27s =22Resolve I=
ssue=22 =

=3E gone in =

=3E =3E our
=3E =3E JIRA=3F
=3E =3E
=3E =3E
=3E =3E For some odd reason=2C =22Resolve Issue=22  is not available in o=
ur =

=3E JIRA=2E All
=3E =3E administration options are available to me=2C so I wonder whether=
 =

=3E this =

=3E =3E is a
=3E =3E problem with my account or with JIRA=2E It did work until =

=3E Wednesday=3B at =

=3E =3E least
=3E =3E I=27ve not noted any problems=2E
=3E =3E
=3E =3E 2 of the 3 issues I=27ve fixed for 1=2E0=2E1 are ready to be clos=
ed=3B I =

=3E can=27t =

=3E =3E do
=3E =3E this without a =22resolve=22 command=2E=2E=2E
=3E =3E
=3E =3E Juergen
=3E =3E
=3E =3E
=3E =3E -------------------------------------------------------
=3E =3E This SF=2ENet email is sponsored by=3A IBM Linux Tutorials
=3E =3E Free Linux tutorial presented by Daniel Robbins=2C President and =

=3E CEO of =

=3E =3E GenToo
=3E =3E technologies=2E Learn everything from fundamentals to system
=3E =3E administration=2Ehttp=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1470=26allo=
c=5Fid638=26op=3Dclick
=3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=

=3E =3E Springframework-developer mailing list
=3E =3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframewor=
k-
=3E developer=3E
=3E =3E
=3E =3E
=3E =3E -------------------------------------------------------
=3E =3E This SF=2ENet email is sponsored by=3A IBM Linux Tutorials
=3E =3E Free Linux tutorial presented by Daniel Robbins=2C President and =

=3E CEO of
=3E =3E GenToo technologies=2E Learn everything from fundamentals to syst=
em
=3E =3E administration=2Ehttp=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1470=26allo=
c=5Fid638=26op=C3=8Ck
=3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=

=3E =3E Springframework-developer mailing list
=3E =3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframewor=
k-
=3E developer=3E
=3E =

=3E =

=3E =

=3E -------------------------------------------------------
=3E This SF=2ENet email is sponsored by=3A IBM Linux Tutorials
=3E Free Linux tutorial presented by Daniel Robbins=2C President and CEO =
of
=3E GenToo technologies=2E Learn everything from fundamentals to system
=3E administration=2Ehttp=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1470=26alloc=5F=
id638=26op=3Dclick
=3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
=3E Springframework-developer mailing list
=3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframework-de=
veloper
=3E 

Re: [Springframework-developer] Where's "Resolve Issue" gone in our JIRA?

[Mike Cannon-B. <mi...@at...>]

Apologies for this guys - we upgraded all the Open Source JIRA=20
instances as well as moving them to a new, much faster box (you can see=20=

the speed increase!). The Spring workflow had some problems, but those=20=

should all be ironed out now.

There are plenty of fun new things to play with in 2.6.1 and 2.6 - see=20=

here for full details:

    http://confluence.atlassian.com/display/JIRA/JIRA+2.6+Release+Notes

Any further problems, please let me know - you can always contact me=20
via IM at any time, details:

    http://confluence.atlassian.com/display/~mi...@at...

Cheers,
Mike

--
ATLASSIAN - http://www.atlassian.com/

Confluence - the professional J2EE wiki - tried it yet?
http://www.atlassian.com/confluence/

On 27/03/2004, at 12:03 AM, Dmitriy Kopylenko wrote:

> Ahhhhhhhhh Juergen, I noticed something.... I looked at the bottom of=20=

> the
> screen and I saw: "Enterprise Edition, Version: 2.6.1-#65" We've been
> running 2.5 before. Looks like they've upgraded to the latest version.
> Something must have changed.
>
> Mike, do you know what the problem might be? Also when I tried to=20
> assign any
> issue "to me", I got a stack trace screen.
>
> Regards,
> Dmitriy.
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On=20
> Behalf Of
> j=FCrgen h=F6ller [werk3AT]
> Sent: Friday, March 26, 2004 3:36 AM
> To: spr...@li...
> Subject: [Springframework-developer] Where's "Resolve Issue" gone in=20=

> our
> JIRA?
>
>
> For some odd reason, "Resolve Issue"  is not available in our JIRA. =
All
> administration options are available to me, so I wonder whether this=20=

> is a
> problem with my account or with JIRA. It did work until Wednesday; at=20=

> least
> I've not noted any problems.
>
> 2 of the 3 issues I've fixed for 1.0.1 are ready to be closed; I can't=20=

> do
> this without a "resolve" command...
>
> Juergen
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of=20=

> GenToo
> technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] Download problems

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

I can download it now (at home). I'll try again at work tomorrow.

----- Original Message -----
From: "Christophe Vanfleteren" <c.v...@pa...>
To: <spr...@li...>
Sent: Monday, March 29, 2004 11:11 AM
Subject: Re: [Springframework-developer] Download problems


> On Monday 29 March 2004 11:59, rod...@in... wrote:
> > I can't download from any mirror.
> >
> > Is anyone else having problems? Should we report to SF?
> >
> > I did successfully download another project this morning, so
> > this may just be a problem with the Spring download. Of
> > course it was valid when Juergen uploaded it.
> >
> > Or it may be a problem at my client location...can someone
> > please try?
> >
> > Regards,
> > Rod
>
> It must be a SF problem, the download page only shows up with a great
delay
> here.
> But I was able to download it using the Belnet mirror (which is located in
my
> country).
>
> Here's the direct link, maybe it will work for you.
>
http://belnet.dl.sourceforge.net/sourceforge/springframework/spring-framewor
k-1.0-with-dependencies.zip
>
>
> --
> Kind regards,
> Christophe Vanfleteren
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] Removing cyclic dependencies in sub-packages

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

This could be as simple as collecting the public API in a readme: =
Package names for entirely public packages, individual class names for =
more specific cases. This should not be too hard to do.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of rod...@in...
Sent: Monday, March 29, 2004 3:01 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Removing cyclic dependencies in
sub-packages


>Strictly speaking, the AopUtils move is not backward-
compatible, but I'm not keen on keeping a deprecated class in=20
the old place. As we're talking about an internal class here,=20
I guess this won't break any existing application. This=20
raises the following issue: What exactly constitutes our=20
public API? We will occasionally face the need to revise=20
internals, even for point releases...

I'm happy with this move. The only legitimate reason people=20
might use it is to check whether a particular instance is an=20
AOP proxy in a test case (rather than application code).

I think we should publish a list of the public API contracts=20
that won't change. With the AOP stuff, I've made some of the=20
classes package-visible, but that's often impossible.

Axis did this way back and I thought it was a good idea.=20

Regards,
Rod


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Commons-Validator

[Keith D. <kd...@cs...>]

Daniel,

If you could forward the code my way, I'll get it in the sandbox for you.
If you could send the samples, too, that would be great.  That's cool you=
've
got client-side javascript support as well.

Keith

----- Original Message -----=20
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Monday, March 29, 2004 2:14 AM
Subject: Re: [Springframework-developer] Commons-Validator


> Daniel,
>
> I'm looking forward to giving this a try! For the time being, I suggest=
 to
add it to the sandbox - Keith, can you do this, as you're dealing with
declarative validation support? Modifying Petclinic is fine from my point=
 of
view: It would be ideal to make this configurable, just like Hibernate/JD=
BC
data access. As long as the Commons Validator code is not in the main src
tree, the Petclinic classes should stay in the sandbox too, though.
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag v=
on
Daniel Miller
> Gesendet: Mo 29.03.2004 05:28
> An: Springframework-Developer@Lists. Sourceforge. Net
> Betreff: [Springframework-developer] Commons-Validator
>
>
>
> Now that Spring 1.0 has been released, the necessary changes have been
made
> to MessageResourceResolvable and my commons-validator adaptor for Sprin=
g
is
> finally working. I also added a taglib for JavaScript validation.
>
> To provide some examples of how to make it work, I have modified the
> Petclinic app to use the commons-validator. Does anyone have any
objections
> to this integration? Would people rather see another dedicated sample a=
pp
> just for the commons-validator example?
>
> Could someone tell me how I could contribute my sources to the Spring
> framework?
>
> Thanks,
> Daniel
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc=
lick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Removing cyclic dependencies in sub-packages

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

>Strictly speaking, the AopUtils move is not backward-
compatible, but I'm not keen on keeping a deprecated class in 
the old place. As we're talking about an internal class here, 
I guess this won't break any existing application. This 
raises the following issue: What exactly constitutes our 
public API? We will occasionally face the need to revise 
internals, even for point releases...

I'm happy with this move. The only legitimate reason people 
might use it is to check whether a particular instance is an 
AOP proxy in a test case (rather than application code).

I think we should publish a list of the public API contracts 
that won't change. With the AOP stuff, I've made some of the 
classes package-visible, but that's often impossible.

Axis did this way back and I thought it was a good idea. 

Regards,
Rod

Re: [Springframework-developer] Removing cyclic dependencies in sub-packages

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

As a side note, the refined semantics of =
TransactionSynchronization.beforeCompletion (part of the Hibernate/JTA =
synchronization bugfix) for 1.0.1 are probably a more noteworthy =
incompatibility than the AopUtils move. It's still negligible, as hardly =
anyone will implement custom TransactionSynchronizations, particularly =
not with both beforeCommit and beforeCompletion implementations... but =
strictly speaking, it's an incompatibility too.

I'm for a pragmatic approach here: If something is marked "for internal =
use" (like the whole aop.framework.support package), we can apply =
changes for point releases, as long as there's a straightforward upgrade =
path for those people that do use those classes directly (if any).

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of j=FCrgen h=F6ller [werk3AT]
Sent: Monday, March 29, 2004 2:35 PM
To: spr...@li...
Subject: [Springframework-developer] Removing cyclic dependencies in
sub-packages


On the occasion of a hint in our current TSS thread, I've run a cyclic =
dependency analysis on our current codebase, using JDepend.

There are two minor cycles in the AOP framework:

- The main one affects AopConfigException, which resides in =
aop.framework but is used in the aop.IntroductionAdvisor interface and =
DefaultIntroductionAdvisor implementation, for the validateInterfaces =
method. I've simply used IllegalArgumentException there, which is =
consistent with other initialization checks within Spring; this has =
removed the AopConfigException cycle.

- The other one affects AopUtils, which resides in aop.framework.support =
but is used outside aop.framework, causing a cyclic dependency. As =
AopUtils is clearly an internal class, not for direct use by =
applications, I've moved it to aop.support; this removes the AopUtils =
cycle too.

The only remaining cycle is DispatcherServlet's instantiation of a =
default ViewResolver, default HandlerMapping, etc: This causes a cycle =
between web.servlet and web.servlet.view/i18n/etc. However, I consider =
this acceptable, as it is just about fallback defaults. We could remove =
this by referring to the default implementation classes by name, but =
that feels odd.

Strictly speaking, the AopUtils move is not backward-compatible, but I'm =
not keen on keeping a deprecated class in the old place. As we're =
talking about an internal class here, I guess this won't break any =
existing application. This raises the following issue: What exactly =
constitutes our public API? We will occasionally face the need to revise =
internals, even for point releases...

Thoughts? Objections?

Juergen



DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
werk3AT informations- und mediensysteme

europaplatz 4
A - 4020 linz

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


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer