springframework-developer — Spring Framework developers list

Re: [Springframework-developer] weather

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

Yes, but virst we need to discuss what this list is, then add it to JIRA and then "vote" for each feature in JIRA. Does it sound good?

Dmitriy.

----- Original Message -----
From: Rob Butler <rob...@ve...>
Date: Saturday, December 6, 2003 12:13 pm
Subject: Re: [Springframework-developer] weather

> Can anyone add feature suggestions to Jira?
> 
> Western Mass has several inches and more on the way.
> 
> Later
> Rob
> 
> ----- Original Message ----- 
> From: "Dmitriy Kopylenko" <dko...@ru...>
> To: <spr...@li...>
> Sent: Saturday, December 06, 2003 10:59 AM
> Subject: [Springframework-developer] Spring 1.1 features
> 
> 
> > Everyone,
> > 
> > When we have a list of new features for 1.1, can we put them in 
> JIRA?> 
> > Btw, anyone from the North Eastern part of the US? What a weather!
> > 
> > Regards,
> > Dmitriy.
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials.
> > Become an expert in LINUX or just sharpen your skills.  Sign up 
> for IBM's
> > Free Linux Tutorials.  Learn everything from the bash shell to 
> sys admin.
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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.
> Become an expert in LINUX or just sharpen your skills.  Sign up 
> for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys 
> admin.Click now! 
> http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click_______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Spring & JMX

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

Colin,

Why don't you check it into the sandbox?

I've also been thinking about a contrib area...it would be good to have some
way of sharing code that may or may not ever make it into Spring proper--for
example, code useful to a lot of users, but not really a part of the
framework.

Regards,
Rod

----- Original Message ----- 
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Saturday, December 06, 2003 5:35 PM
Subject: Re: [Springframework-developer] Spring & JMX


> I have some code (donated by a friend), which can automatically expose
> beans in a Spring context via BeanPostProcessor. It's pretty simplistic,
> but I can also post that here if anybody wants to look at it...
>
>
> Rob Butler wrote:
>
> >Looks pretty good initially.  I'll take a better look at the links later
and
> >have more feedback then.
> >
> >Later
> >Rob
> >----- Original Message -----
> >From: "Ivan Ristic" <iv...@we...>
> >To: <spr...@li...>
> >Sent: Saturday, December 06, 2003 12:10 PM
> >Subject: Re: [Springframework-developer] Spring & JMX
> >
> >
> >
> >
> >>>>2) Expose normal beans as JMX MBeans. This would allow any bean to
> >>>>   be manipulated through the JMX protocol. This is also easy to do
> >>>>   although there is more work involved.
> >>>>
> >>>>
> >>>Actually, I think this can be a lot less work if done right
> >>>
> >>>
> >>   It is a lot easier than I thought:
> >>
> >>   There is an Jakarta Commons package called Modeler
> >>   (http://jakarta.apache.org/commons/modeler.html) that uses an
> >>   XML definition file and exposes plain beans as managed beans. This
> >>   is how it looks like:
> >>
> >>-----------------
> >><mbeans-descriptors>
> >>
> >><mbean name="redBean" description="Red Bean" type="Bean">
> >>     <attribute name="color" description="The color of the bean"
> >>      type="java.lang.String" />
> >></mbean>
> >>
> >><!-- the same class but expose two attributes instead of one -->
> >><mbean name="bean" description="Blue Bean" type="Bean">
> >>     <attribute name="color" description="The color of the bean"
> >>      type="java.lang.String" />
> >>
> >>     <attribute name="name" description="The name of the bean"
> >>      type="java.lang.String" />
> >></mbean>
> >>
> >></mbeans-descriptors>
> >>-----------------
> >>
> >>   Therefore all one needs to do is:
> >>
> >>   1) Prepare an XML definition file specifying for each bean which
> >>      attributes and methods to expose.
> >>
> >>   2) List the beans in an application context, and create
> >>      managed beans using the definition file.
> >>
> >>   Here's a link to the ONLamp article explaining how the
> >>   Modeler is used:
> >>
> >>   http://www.onjava.com/pub/a/onjava/2003/07/09/commons.html
> >>
> >>   This Eclipse JMX plugin seems to work all right
> >>   http://www.xtremej.com/ and you can use it to remotely connect to
> >>   the exposed beans, get/set attributes and invoke methods.
> >>
> >>   Spring could supply an abstract helper class for JMX
> >>   integration (AbstractJMXBridge). The class would need to be
subclassed
> >>   to provide a method to create the JMX-related stuff (create the
> >>   MBeanServer, and configure it).
> >>
> >>   Thoughts?
> >>
> >>--
> >>ModSecurity (http://www.modsecurity.org)
> >>[ Open source IDS for Web applications ]
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.net email is sponsored by: IBM Linux Tutorials.
> >>Become an expert in LINUX or just sharpen your skills.  Sign up for
IBM's
> >>Free Linux Tutorials.  Learn everything from the bash shell to sys
admin.
> >>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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.
> >Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> >Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> >Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] Spring & JMX

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

I have some code (donated by a friend), which can automatically expose 
beans in a Spring context via BeanPostProcessor. It's pretty simplistic, 
but I can also post that here if anybody wants to look at it...


Rob Butler wrote:

>Looks pretty good initially.  I'll take a better look at the links later and
>have more feedback then.
>
>Later
>Rob
>----- Original Message -----
>From: "Ivan Ristic" <iv...@we...>
>To: <spr...@li...>
>Sent: Saturday, December 06, 2003 12:10 PM
>Subject: Re: [Springframework-developer] Spring & JMX
>
>
>  
>
>>>>2) Expose normal beans as JMX MBeans. This would allow any bean to
>>>>   be manipulated through the JMX protocol. This is also easy to do
>>>>   although there is more work involved.
>>>>        
>>>>
>>>Actually, I think this can be a lot less work if done right
>>>      
>>>
>>   It is a lot easier than I thought:
>>
>>   There is an Jakarta Commons package called Modeler
>>   (http://jakarta.apache.org/commons/modeler.html) that uses an
>>   XML definition file and exposes plain beans as managed beans. This
>>   is how it looks like:
>>
>>-----------------
>><mbeans-descriptors>
>>
>><mbean name="redBean" description="Red Bean" type="Bean">
>>     <attribute name="color" description="The color of the bean"
>>      type="java.lang.String" />
>></mbean>
>>
>><!-- the same class but expose two attributes instead of one -->
>><mbean name="bean" description="Blue Bean" type="Bean">
>>     <attribute name="color" description="The color of the bean"
>>      type="java.lang.String" />
>>
>>     <attribute name="name" description="The name of the bean"
>>      type="java.lang.String" />
>></mbean>
>>
>></mbeans-descriptors>
>>-----------------
>>
>>   Therefore all one needs to do is:
>>
>>   1) Prepare an XML definition file specifying for each bean which
>>      attributes and methods to expose.
>>
>>   2) List the beans in an application context, and create
>>      managed beans using the definition file.
>>
>>   Here's a link to the ONLamp article explaining how the
>>   Modeler is used:
>>
>>   http://www.onjava.com/pub/a/onjava/2003/07/09/commons.html
>>
>>   This Eclipse JMX plugin seems to work all right
>>   http://www.xtremej.com/ and you can use it to remotely connect to
>>   the exposed beans, get/set attributes and invoke methods.
>>
>>   Spring could supply an abstract helper class for JMX
>>   integration (AbstractJMXBridge). The class would need to be subclassed
>>   to provide a method to create the JMX-related stuff (create the
>>   MBeanServer, and configure it).
>>
>>   Thoughts?
>>
>>--
>>ModSecurity (http://www.modsecurity.org)
>>[ Open source IDS for Web applications ]
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: IBM Linux Tutorials.
>>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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.
>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

Re: [Springframework-developer] Spring & JMX

[Rob B. <rob...@ve...>]

Looks pretty good initially.  I'll take a better look at the links later and
have more feedback then.

Later
Rob
----- Original Message -----
From: "Ivan Ristic" <iv...@we...>
To: <spr...@li...>
Sent: Saturday, December 06, 2003 12:10 PM
Subject: Re: [Springframework-developer] Spring & JMX


>
> >>2) Expose normal beans as JMX MBeans. This would allow any bean to
> >>    be manipulated through the JMX protocol. This is also easy to do
> >>    although there is more work involved.
> >
> > Actually, I think this can be a lot less work if done right
>
>    It is a lot easier than I thought:
>
>    There is an Jakarta Commons package called Modeler
>    (http://jakarta.apache.org/commons/modeler.html) that uses an
>    XML definition file and exposes plain beans as managed beans. This
>    is how it looks like:
>
> -----------------
> <mbeans-descriptors>
>
> <mbean name="redBean" description="Red Bean" type="Bean">
>      <attribute name="color" description="The color of the bean"
>       type="java.lang.String" />
> </mbean>
>
> <!-- the same class but expose two attributes instead of one -->
> <mbean name="bean" description="Blue Bean" type="Bean">
>      <attribute name="color" description="The color of the bean"
>       type="java.lang.String" />
>
>      <attribute name="name" description="The name of the bean"
>       type="java.lang.String" />
> </mbean>
>
> </mbeans-descriptors>
> -----------------
>
>    Therefore all one needs to do is:
>
>    1) Prepare an XML definition file specifying for each bean which
>       attributes and methods to expose.
>
>    2) List the beans in an application context, and create
>       managed beans using the definition file.
>
>    Here's a link to the ONLamp article explaining how the
>    Modeler is used:
>
>    http://www.onjava.com/pub/a/onjava/2003/07/09/commons.html
>
>    This Eclipse JMX plugin seems to work all right
>    http://www.xtremej.com/ and you can use it to remotely connect to
>    the exposed beans, get/set attributes and invoke methods.
>
>    Spring could supply an abstract helper class for JMX
>    integration (AbstractJMXBridge). The class would need to be subclassed
>    to provide a method to create the JMX-related stuff (create the
>    MBeanServer, and configure it).
>
>    Thoughts?
>
> --
> ModSecurity (http://www.modsecurity.org)
> [ Open source IDS for Web applications ]
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] weather

[Rob B. <rob...@ve...>]

Can anyone add feature suggestions to Jira?

Western Mass has several inches and more on the way.

Later
Rob

----- Original Message ----- 
From: "Dmitriy Kopylenko" <dko...@ru...>
To: <spr...@li...>
Sent: Saturday, December 06, 2003 10:59 AM
Subject: [Springframework-developer] Spring 1.1 features


> Everyone,
> 
> When we have a list of new features for 1.1, can we put them in JIRA?
> 
> Btw, anyone from the North Eastern part of the US? What a weather!
> 
> Regards,
> Dmitriy.
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Spring & JMX

[Ivan R. <iv...@we...>]

>>2) Expose normal beans as JMX MBeans. This would allow any bean to
>>    be manipulated through the JMX protocol. This is also easy to do
>>    although there is more work involved.
> 
> Actually, I think this can be a lot less work if done right

   It is a lot easier than I thought:

   There is an Jakarta Commons package called Modeler
   (http://jakarta.apache.org/commons/modeler.html) that uses an
   XML definition file and exposes plain beans as managed beans. This
   is how it looks like:

-----------------
<mbeans-descriptors>

<mbean name="redBean" description="Red Bean" type="Bean">
     <attribute name="color" description="The color of the bean"
      type="java.lang.String" />
</mbean>

<!-- the same class but expose two attributes instead of one -->
<mbean name="bean" description="Blue Bean" type="Bean">
     <attribute name="color" description="The color of the bean"
      type="java.lang.String" />

     <attribute name="name" description="The name of the bean"
      type="java.lang.String" />
</mbean>

</mbeans-descriptors>
-----------------

   Therefore all one needs to do is:

   1) Prepare an XML definition file specifying for each bean which
      attributes and methods to expose.

   2) List the beans in an application context, and create
      managed beans using the definition file.

   Here's a link to the ONLamp article explaining how the
   Modeler is used:

   http://www.onjava.com/pub/a/onjava/2003/07/09/commons.html

   This Eclipse JMX plugin seems to work all right
   http://www.xtremej.com/ and you can use it to remotely connect to
   the exposed beans, get/set attributes and invoke methods.

   Spring could supply an abstract helper class for JMX
   integration (AbstractJMXBridge). The class would need to be subclassed
   to provide a method to create the JMX-related stuff (create the
   MBeanServer, and configure it).

   Thoughts?

-- 
ModSecurity (http://www.modsecurity.org)
[ Open source IDS for Web applications ]

RE: [Springframework-developer] Spring 1.1 features

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

Well, I did already start :)... Anyway, there's a voting system in JIRA,
isn't there, maybe it's nice to just add 'em and then vote for them?

The weather: I was supposed to be arriving in Key West as we speak, but
my holidays were cancelled a couple of weeks ago, it's about -8 here
(NL) right now :( Quite a difference.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Colin Sampaleanu
Sent: Saturday, December 06, 2003 5:08 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring 1.1 features


Good idea. We should probably discuss them first a bit to agree on a set

as opposed to people just adding them in on their own...

(As for the weather, tell me about it. Yesterday morning I was still 
walking around in just my swim trunks on the beach in the D.R., what a 
shock to fly back to 2 degree weather!).


Dmitriy Kopylenko wrote:

>Everyone,
>
>When we have a list of new features for 1.1, can we put them in JIRA?
>
>Btw, anyone from the North Eastern part of the US? What a weather!
>
>Regards,
>Dmitriy.
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IBM Linux Tutorials.
>Become an expert in LINUX or just sharpen your skills.  Sign up for 
>IBM's Free Linux Tutorials.  Learn everything from the bash shell to 
>sys admin. Click now! 
>http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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.
Become an expert in LINUX or just sharpen your skills.  Sign up for
IBM's Free Linux Tutorials.  Learn everything from the bash shell to sys
admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Spring Enhancement

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

I've introduced an issue in JIRA for this, though I'd emailed about it
already, but saw just now that I didn't change my smtp-server when
changing from work to home network...

Alef


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Colin Sampaleanu
Sent: Saturday, December 06, 2003 4:50 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring Enhancement


I was planning to add (optional) OGNL support in about 2-6 weeks 
(depending on when we start working on 1.1 features. Now what I was 
going to do was a relatively transparent implementation, where a new 
<expr> element would be usable anywhere <value> now is, i.e.

<property name="whatever">
  <expr>ognl:an.ognl.expression</expr>
</property>

Allowing usage of expression in existing elements, like <key>, would be 
possible, but has some implications in terms of backwards
compatibility...
 

Mike Cannon-Brookes wrote:

>Or an even better idea... how about supporting OGNL within the Spring 
>config files? (like Xwork does)
>
>This would be _awesome_ and I just found a second use case for it (the 
>very minute Rob's email came in).
>
>My use case - Maps.
>
>The Map syntax is nice, but not very useful in practicality I'm finding

>as the key and value of the map are usually related, for instance I 
>often want to put a list of referenced beans into a map, with 
>ref.getName() (or some
>method) called for the key.
>
>At the moment I have to add a setBeans(List) method to my class, and 
>then in that setter iterate and add to a map - smelly!
>
>If we allowed OGNL expressions, it would be very simple to do this in 
>the config file itself:
>
><property value="myMapProp">
>  <map>
>    <entry>
>      <key>$referencedBean.name</key>
>      <value><ref bean="referencedBean" /></value>
>    </entry>
>... More entries
>  </map>
></property>
>
>I'm sure there are a million other places where OGNL would be useful 
>too, but AFAIK the above can't be done _without_ it?
>
>Or have I just been at this desk far too long?
>
>M
>
>On 2/12/03 8:32 AM, "Rob Butler" (rob...@ve...) penned 
>the
>words:
>
>  
>
>>Spring now provides the ability to instantiate an object using either 
>>a JavaBean no arg constructor, or any normal Java constructor.  But it

>>does not support calling methods.
>>
>>Also, Spring requires that a class implement the InitializingBean 
>>interface if it needs to perform some "setup" work after the setters 
>>have all been called. This means that any class that has this need is 
>>tied to the Springframework.
>>
>>What if the ability to call any arbitrary method was added to Spring?

>>Then users could call "afterPropertiesSet" to do "setup" work without 
>>having to implement the InitializingBean interface.  Ideally method 
>>calls could be in any order along with calls to setters.  Spring would

>>then call each in order. Thus, allowing some setters to be called, 
>>then some methods, then more setters if necessary.  If this is not 
>>possible, then methods should be called after setters.
>>
>>This would allow complete decoupling of classes from Spring.  The 
>>InitializingBean & BeanFactoryAware interfaces would no longer be 
>>needed (although could remain for backwards compatibility).  This 
>>would be very useful when contributing code to other projects that do 
>>not want to have a dependency on Spring.  Also, it would allow 
>>virtually any class used by /developed for  another IOC framework / 
>>lightweight container to be used in Spring.
>>
>>Thoughts?
>>
>>Later
>>Rob
>>    
>>





-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for
IBM's Free Linux Tutorials.  Learn everything from the bash shell to sys
admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Jetty (was Orion 2.0.2)

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

Ctrl-Shift-O will also give you a list if there is any ambiguity. You do 
have to look at it and choose one, of course :-)

Dmitriy Kopylenko wrote:

>I use Ctrl-Space bar. Gives you a list of choices where the same class names exist in different packages.
>
>Dmitriy.
>
>----- Original Message -----
>From: Rod Johnson <rod...@in...>
>Date: Saturday, December 6, 2003 6:49 am
>Subject: Re: [Springframework-developer] Jetty (was Orion 2.0.2)
>
>  
>
>>Ctrl-Shift-O indeed...
>>
>>Sorry...
>>
>>----- Original Message ----- 
>>From: "jürgen höller [werk3AT]" <jue...@we...>
>>To: <spr...@li...>
>>Sent: Saturday, December 06, 2003 11:32 AM
>>Subject: Re: [Springframework-developer] Jetty (was Orion 2.0.2)
>>
>>
>>I've just had the same error when trying Petclinic. It's caused by
>>AopConfigException which erroneously extends the iBATIS
>>NestedRuntimeException instead of our own - Rod has obviously hit 
>>Eclipse'sauto-completion confirmation too quickly ;-) As long as 
>>ibatis-db.jar is in
>>the class path, everything works - but it shows on deployment, of 
>>course.I've just fixed it; will commit it promptly.
>>
>>Juergen
>>
>>
>>________________________________
>>
>>Von: spr...@li... im 
>>Auftrag von
>>Darren Davison
>>Gesendet: Sa 06.12.2003 02:30
>>An: spr...@li...
>>Betreff: Re: [Springframework-developer] Jetty (was Orion 2.0.2)
>>
>>
>>
>>On Saturday 06 December 2003 01:03, Darren Davison wrote:
>>
>>    
>>
>>>looks suspiciously like the same problem we saw on Orion.  Using 
>>>      
>>>
>>Jetty> 4.2.14 and a petclinic deployment..
>>
>>dammit.  I just did a cvs update between test runs, and now I get a
>>different error (at application load):
>>
>>java.lang.NoClassDefFoundError:
>>com/ibatis/common/exception/NestedRuntimeException
>>
>>Same error on Jetty 4, Tomct 4 and Tomcat 5.  Has petclinic 
>>changed or
>>something in spring.jar?
>>
>>I need to get some sleep, I'll look at this again on Sunday at 
>>some point.
>>
>>
>>
>>--
>>
>>Darren Davison
>>Public Key: http://www.davison.uk.net/key.jsp
>>    
>>

Re: [Springframework-developer] Spring 1.1 features

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

Good idea. We should probably discuss them first a bit to agree on a set 
as opposed to people just adding them in on their own...

(As for the weather, tell me about it. Yesterday morning I was still 
walking around in just my swim trunks on the beach in the D.R., what a 
shock to fly back to 2 degree weather!).


Dmitriy Kopylenko wrote:

>Everyone,
>
>When we have a list of new features for 1.1, can we put them in JIRA?
>
>Btw, anyone from the North Eastern part of the US? What a weather!
>
>Regards,
>Dmitriy.
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IBM Linux Tutorials.
>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

[Springframework-developer] Spring 1.1 features

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

Everyone,

When we have a list of new features for 1.1, can we put them in JIRA?

Btw, anyone from the North Eastern part of the US? What a weather!

Regards,
Dmitriy.

Re: [Springframework-developer] Spring Enhancement

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

I was planning to add (optional) OGNL support in about 2-6 weeks 
(depending on when we start working on 1.1 features. Now what I was 
going to do was a relatively transparent implementation, where a new 
<expr> element would be usable anywhere <value> now is, i.e.

<property name="whatever">
  <expr>ognl:an.ognl.expression</expr>
</property>

Allowing usage of expression in existing elements, like <key>, would be 
possible, but has some implications in terms of backwards compatibility...
 

Mike Cannon-Brookes wrote:

>Or an even better idea... how about supporting OGNL within the Spring config
>files? (like Xwork does)
>
>This would be _awesome_ and I just found a second use case for it (the very
>minute Rob's email came in).
>
>My use case - Maps.
>
>The Map syntax is nice, but not very useful in practicality I'm finding as
>the key and value of the map are usually related, for instance I often want
>to put a list of referenced beans into a map, with ref.getName() (or some
>method) called for the key.
>
>At the moment I have to add a setBeans(List) method to my class, and then in
>that setter iterate and add to a map - smelly!
>
>If we allowed OGNL expressions, it would be very simple to do this in the
>config file itself:
>
><property value="myMapProp">
>  <map>
>    <entry>
>      <key>$referencedBean.name</key>
>      <value><ref bean="referencedBean" /></value>
>    </entry>
>... More entries
>  </map>
></property>
>
>I'm sure there are a million other places where OGNL would be useful too,
>but AFAIK the above can't be done _without_ it?
>
>Or have I just been at this desk far too long?
>
>M
>
>On 2/12/03 8:32 AM, "Rob Butler" (rob...@ve...) penned the
>words:
>
>  
>
>>Spring now provides the ability to instantiate an object using either a
>>JavaBean no arg constructor, or any normal Java constructor.  But it does not
>>support calling methods.
>>
>>Also, Spring requires that a class implement the InitializingBean interface if
>>it needs to perform some "setup" work after the setters have all been called.
>>This means that any class that has this need is tied to the Springframework.
>>
>>What if the ability to call any arbitrary method was added to Spring?  Then
>>users could call "afterPropertiesSet" to do "setup" work without having to
>>implement the InitializingBean interface.  Ideally method calls could be in
>>any order along with calls to setters.  Spring would then call each in order.
>>Thus, allowing some setters to be called, then some methods, then more setters
>>if necessary.  If this is not possible, then methods should be called after
>>setters.
>>
>>This would allow complete decoupling of classes from Spring.  The
>>InitializingBean & BeanFactoryAware interfaces would no longer be needed
>>(although could remain for backwards compatibility).  This would be very
>>useful when contributing code to other projects that do not want to have a
>>dependency on Spring.  Also, it would allow virtually any class used by
>>/developed for  another IOC framework / lightweight container to be used in
>>Spring.
>>
>>Thoughts?
>>
>>Later
>>Rob
>>    
>>

Re: [Springframework-developer] Jetty (was Orion 2.0.2)

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

I use Ctrl-Space bar=2E Gives you a list of choices where the same class =
names exist in different packages=2E

Dmitriy=2E

----- Original Message -----
From=3A Rod Johnson =3Crod=2Ejohnson=40interface21=2Ecom=3E
Date=3A Saturday=2C December 6=2C 2003 6=3A49 am
Subject=3A Re=3A =5BSpringframework-developer=5D Jetty (was Orion 2=2E0=2E=
2)

=3E Ctrl-Shift-O indeed=2E=2E=2E
=3E =

=3E Sorry=2E=2E=2E
=3E =

=3E ----- Original Message ----- =

=3E From=3A =22j=C3=BCrgen h=C3=B6ller =5Bwerk3AT=5D=22 =3Cjuergen=2Ehoel=
ler=40werk3at=2Ecom=3E
=3E To=3A =3Cspringframework-developer=40lists=2Esourceforge=2Enet=3E
=3E Sent=3A Saturday=2C December 06=2C 2003 11=3A32 AM
=3E Subject=3A Re=3A =5BSpringframework-developer=5D Jetty (was Orion 2=2E=
0=2E2)
=3E =

=3E =

=3E I=27ve just had the same error when trying Petclinic=2E It=27s caused=
 by
=3E AopConfigException which erroneously extends the iBATIS
=3E NestedRuntimeException instead of our own - Rod has obviously hit =

=3E Eclipse=27sauto-completion confirmation too quickly =3B-) As long as =

=3E ibatis-db=2Ejar is in
=3E the class path=2C everything works - but it shows on deployment=2C of=
 =

=3E course=2EI=27ve just fixed it=3B will commit it promptly=2E
=3E =

=3E Juergen
=3E =

=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
=3E =

=3E Von=3A springframework-developer-admin=40lists=2Esourceforge=2Enet im=
 =

=3E Auftrag von
=3E Darren Davison
=3E Gesendet=3A Sa 06=2E12=2E2003 02=3A30
=3E An=3A springframework-developer=40lists=2Esourceforge=2Enet
=3E Betreff=3A Re=3A =5BSpringframework-developer=5D Jetty (was Orion 2=2E=
0=2E2)
=3E =

=3E =

=3E =

=3E On Saturday 06 December 2003 01=3A03=2C Darren Davison wrote=3A
=3E =

=3E =3E looks suspiciously like the same problem we saw on Orion=2E  Usin=
g =

=3E Jetty=3E 4=2E2=2E14 and a petclinic deployment=2E=2E
=3E =

=3E dammit=2E  I just did a cvs update between test runs=2C and now I get=
 a
=3E different error (at application load)=3A
=3E =

=3E java=2Elang=2ENoClassDefFoundError=3A
=3E com/ibatis/common/exception/NestedRuntimeException
=3E =

=3E Same error on Jetty 4=2C Tomct 4 and Tomcat 5=2E  Has petclinic =

=3E changed or
=3E something in spring=2Ejar=3F
=3E =

=3E I need to get some sleep=2C I=27ll look at this again on Sunday at =

=3E some point=2E
=3E =

=3E =

=3E =

=3E --
=3E =

=3E Darren Davison
=3E Public Key=3A http=3A//www=2Edavison=2Euk=2Enet/key=2Ejsp
=3E =

=3E =

=3E =

=3E -------------------------------------------------------
=3E This SF=2Enet email is sponsored by=3A IBM Linux Tutorials=2E
=3E Become an expert in LINUX or just sharpen your skills=2E  Sign up =

=3E for IBM=27s
=3E Free Linux Tutorials=2E  Learn everything from the bash shell to sys =

=3E admin=2EClick now! =

=3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=3D1278=26alloc=5Fid=3D3371=26op=3D=
click=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 =

=3E =

=3E =

=3E =

=3E -------------------------------------------------------
=3E This SF=2Enet email is sponsored by=3A IBM Linux Tutorials=2E
=3E Become an expert in LINUX or just sharpen your skills=2E  Sign up =

=3E for IBM=27s
=3E Free Linux Tutorials=2E  Learn everything from the bash shell to sys =

=3E admin=2EClick now! http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1278=26alloc=5F=
id371=26op=3Dick
=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 =

=3E =

=3E =

=3E =

=3E -------------------------------------------------------
=3E This SF=2Enet email is sponsored by=3A IBM Linux Tutorials=2E
=3E Become an expert in LINUX or just sharpen your skills=2E  Sign up =

=3E for IBM=27s
=3E Free Linux Tutorials=2E  Learn everything from the bash shell to sys =

=3E admin=2EClick now! =

=3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=3D1278=26alloc=5Fid=3D3371=26op=3D=
click=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] Jetty (was Orion 2.0.2)

[Darren D. <da...@da...>]

On Saturday 06 December 2003 11:32, j=FCrgen h=F6ller [werk3AT] wrote:

> NestedRuntimeException instead of our own - Rod has obviously hit
> Eclipse's auto-completion confirmation too quickly ;-)=20

You just can't get the staff these days ;-)

> deployment, of course. I've just fixed it; will commit it promptly.

thanks Juergen - I'll crack on tomorrow.  First success for the autobuild=20
tests I reckon!

I'm guessing the Jetty issue of not reading the tld from the jar file will=
=20
still be there - although the warning message says explicitly that it=20
searched the jar files deployed with the application.  Any thoughts on=20
this?  Anyone else using Jetty that can confirm or deny this behaviour?

Regards,
=2D-=20

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

Re: [Springframework-developer] Jetty (was Orion 2.0.2)

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

Ctrl-Shift-O indeed...

Sorry...

----- Original Message ----- 
From: "jürgen höller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Saturday, December 06, 2003 11:32 AM
Subject: Re: [Springframework-developer] Jetty (was Orion 2.0.2)


I've just had the same error when trying Petclinic. It's caused by
AopConfigException which erroneously extends the iBATIS
NestedRuntimeException instead of our own - Rod has obviously hit Eclipse's
auto-completion confirmation too quickly ;-) As long as ibatis-db.jar is in
the class path, everything works - but it shows on deployment, of course.
I've just fixed it; will commit it promptly.

Juergen


________________________________

Von: spr...@li... im Auftrag von
Darren Davison
Gesendet: Sa 06.12.2003 02:30
An: spr...@li...
Betreff: Re: [Springframework-developer] Jetty (was Orion 2.0.2)



On Saturday 06 December 2003 01:03, Darren Davison wrote:

> looks suspiciously like the same problem we saw on Orion.  Using Jetty
> 4.2.14 and a petclinic deployment..

dammit.  I just did a cvs update between test runs, and now I get a
different error (at application load):

java.lang.NoClassDefFoundError:
com/ibatis/common/exception/NestedRuntimeException

Same error on Jetty 4, Tomct 4 and Tomcat 5.  Has petclinic changed or
something in spring.jar?

I need to get some sleep, I'll look at this again on Sunday at some point.



--

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&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.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=ick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Jetty (was Orion 2.0.2)

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

I've just had the same error when trying Petclinic. It's caused by =
AopConfigException which erroneously extends the iBATIS =
NestedRuntimeException instead of our own - Rod has obviously hit =
Eclipse's auto-completion confirmation too quickly ;-) As long as =
ibatis-db.jar is in the class path, everything works - but it shows on =
deployment, of course. I've just fixed it; will commit it promptly.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Sa 06.12.2003 02:30
An: spr...@li...
Betreff: Re: [Springframework-developer] Jetty (was Orion 2.0.2)



On Saturday 06 December 2003 01:03, Darren Davison wrote:

> looks suspiciously like the same problem we saw on Orion.  Using Jetty
> 4.2.14 and a petclinic deployment..

dammit.  I just did a cvs update between test runs, and now I get a
different error (at application load):

java.lang.NoClassDefFoundError:
com/ibatis/common/exception/NestedRuntimeException

Same error on Jetty 4, Tomct 4 and Tomcat 5.  Has petclinic changed or
something in spring.jar?=20

I need to get some sleep, I'll look at this again on Sunday at some =
point.



--

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Mention for Spring

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

Bruce Tate mentions Spring (briefly) in an interview on
javaperformancetuning.com:

http://www.javaperformancetuning.com/news/interview036.shtml

____________________________________________________
Rod Johnson
J2EE Consultant and Author
+44 7973 409 132
rod...@in...

Author of "Expert One-on-One J2EE Design and Development"
(October 2002).
http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/

Founder, Spring Framework:
http://www.springframework.org

"Introducing the Spring Framework" (ServerSide article)
http://www.theserverside.com/resources/article.jsp?l=SpringFramework

Re: [Springframework-developer] Jetty (was Orion 2.0.2)

[Darren D. <da...@da...>]

On Saturday 06 December 2003 01:03, Darren Davison wrote:

> looks suspiciously like the same problem we saw on Orion.  Using Jetty
> 4.2.14 and a petclinic deployment..

dammit.  I just did a cvs update between test runs, and now I get a 
different error (at application load):

java.lang.NoClassDefFoundError: 
com/ibatis/common/exception/NestedRuntimeException

Same error on Jetty 4, Tomct 4 and Tomcat 5.  Has petclinic changed or 
something in spring.jar?  

I need to get some sleep, I'll look at this again on Sunday at some point.



-- 

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

Re: [Springframework-developer] Orion 2.0.2

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

I believe you just need to speficy -userThreads on the command line to make
this work. (Thread context classloaders in user spawned threads)

Cheers,
Mike

On 6/12/03 5:00 AM, "Peter den Haan" (pe...@de...) penned the words:

> We found another Orion 2.0.2 bug recently: when deploying two Spring-based
> webapps on the same Orion server, we got into major classloading issues
> where loaded in one application would end up in the other.
> 
> The problem turned out to be that, Orion does not seem to correctly set the
> Thread context classloader for the second and subsequent webapps that it
> initialises. Because Spring uses the context classloader throughout this
> means that any class loaded by name during Spring initialisation will get
> loaded from the wrong webapp. Oops.
> 
> We ended up creating a version of
> org.springframework.web.context.ContextLoaderServlet with one extra line in
> init():
> 
> 
> Thread.currentThread().setContextClassLoader(getClass().getClassLoader());
> 
> Suddenly all our problems disappeared.
> 
> - Peter
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Jetty (was Orion 2.0.2)

[Darren D. <da...@da...>]

> > I would like to see Jetty included for standalone. I was just
> > talking to someone last night who claimed it's still superior to
> > Tomcat. Looking at the depth of the Tomcat stack traces vs those
> > from WebLogic during my Spring performance tests recently, it wasn't
> > hard to see why WebLogic was 2-4x faster than JBoss/Tomcat.
>
> no problem.  I'll add Jetty configs to the sources.

looks suspiciously like the same problem we saw on Orion.  Using Jetty 
4.2.14 and a petclinic deployment..

00:55:30.733 WARN!! 
[Listener-4]org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:592)11> 
Exception for /
org.apache.jasper.JasperException: /index.jsp(0,0) This absolute uri 
(http://www.springframework.org/tags) cannot be resolved in either web.xml 
or the jar files deployed with this application
	at 
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:94)
	at 
org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:428)
...
...



Tomcat 4.1 and 5.0 are both OK (presumably therefore JBoss/Tomcat will be 
too).  Anyone tried this on Resin yet?

-- 

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

Re: [Springframework-developer] Centralized Transaction Attributes for transaction interceptor in BeanNameAutoProxyCreator

[Rajeev K. <Ra...@cu...>]

Never mind.  I found I could use the =
PropertiesTransactionAttributeSource to achieve this.


  ----- Original Message -----=20
  From: Rajeev Kaul=20
  To: spr...@li...=20
  Sent: Friday, December 05, 2003 3:10 PM
  Subject: [Springframework-developer] Centralized Transaction =
Attributes for transaction interceptor in BeanNameAutoProxyCreator


  I want to use a single BeanNameAutoProxyCreator to create Transaction =
proxies for several DAO beans, as opposed to using a =
TransactionProxyFactoryBean for each.  Is there a way to centralize the =
transaction attributes for these beans, or do you have to implement your =
own TransactionInterceptor for this purpose?


  Rajeev Kaul

[Springframework-developer] Centralized Transaction Attributes for transaction interceptor in BeanNameAutoProxyCreator

[Rajeev K. <Ra...@cu...>]

I want to use a single BeanNameAutoProxyCreator to create Transaction =
proxies for several DAO beans, as opposed to using a =
TransactionProxyFactoryBean for each.  Is there a way to centralize the =
transaction attributes for these beans, or do you have to implement your =
own TransactionInterceptor for this purpose?


Rajeev Kaul

Re: [Springframework-developer] Orion 2.0.2

[Peter d. H. <pe...@de...>]

We found another Orion 2.0.2 bug recently: when deploying two Spring-based
webapps on the same Orion server, we got into major classloading issues
where loaded in one application would end up in the other.

The problem turned out to be that, Orion does not seem to correctly set the
Thread context classloader for the second and subsequent webapps that it
initialises. Because Spring uses the context classloader throughout this
means that any class loaded by name during Spring initialisation will get
loaded from the wrong webapp. Oops.

We ended up creating a version of
org.springframework.web.context.ContextLoaderServlet with one extra line in
init():


Thread.currentThread().setContextClassLoader(getClass().getClassLoader());

Suddenly all our problems disappeared.

 - Peter

Re: [Springframework-developer] Orion 2.0.2

[<tri...@tr...>]

WebLogic 8.1 also comes with ant and some custom ant tasks for creating a
WebLogic domain and data sources, JMS queues etc. from a script.  It's worth
looking into if you need to do more dynamic configurations.  There is also
WLShell that lets you create and manipulate WebLogic MBeans from a scripting
environment (http://www.wlshell.com).  

Thomas

Quoting Rod Johnson <rod...@in...>:

> > I know zip about WebLogic but from snippets I hear, it sounds like it's
> not
> > too difficult to configure (xml files?) so that can be added as a server
> > option too.
> WLS is pretty easy. Config is held in config.xml. Basically all you have to
> do is set up a datasource. You can do this easily in the console and then
> copy the generated config.xml.
> 
> You also need weblogic.xml in the WEB-INF directory to resolve mappings.
> I've checked in an example for the benchmark/cmt application.
> 
> Also 8.1 has a year-long license, which is nice.
> 
> Regards,
> Rod
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Orion 2.0.2

[Patrick B. <spr...@pa...>]

Rod Johnson wrote:

> Not only did everything work perfectly in WLS (although I did later run into
> a more complicated problem with RMI that required upgrading to the latest
> service pack), but I found that WLS 8.1 is a joy to develop on. Just drop
> the Jar in the applications directory and you're done.
> 
> I now tend to use JBoss 3.2.2 and WebLogic 8.1 interchangeably for my own
> projects, with deployment descriptors for both.
> 
> Regards,
> Rod
> 

[OT slightly]
Man, I guess Weblogic has come a long way since 5.1 in terms of 
enjoyment to use. Good to hear that for the people who use it. We 
switched to Macromedia's Jrun 4 and have never looked back. The cost 
savings alone made my boss jump for joy. And the development cycle time 
changed so much for the better, the developers were jumping for joy as 
well. Really not intended as an ad for Jrun, but I know it tends to get 
a bad rep in the industry. 4.0 has come a long way for them.

I find between deploying on Jrun and Jboss, I can find all the places 
where our code isn't up to spec. In the conversion from Weblogic to 
Jrun, we found many places in our app where the code broke spec and 
should have never worked in the first place. Best example is member 
variables in SLSBs that are set in one remote method invocation, and 
used in another.


Thanks,
Patrick