Thread: [Springframework-developer] XMLC Support

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

All,

I just committed basic XMLC support to CVS. This is based heavily on the 
work Rod did in his original book.

Let me have your thoughts.

Rob

Guys,

Do we really want to ship this out-of-the-box in Spring core? This is nearly
1.8 MB of additional third-party jars, half of it cause by the great XMLC
decision to depend on a repackaged Xerces version...

If I remember correctly, that was also the original rationale for *not*
including it in Spring in the first place. I think that reason is still
valid, in particular due to the fact that the AbstractXmlcView base class is
so extremely thin.

BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
XMLCContext.getContext(servletContext) creates a new XMLCContext on first
access but then returns the existing instance. No need to initialize this in
a separate servlet or listener!

Effectively, a custom View implementation that uses XMLC could look as
follows - without any XMLC-specific base class shipped in Spring:

public abstract class MyXmlcView extends AbstractView {

  protected void renderMergedOutputModel(
      Map model, HttpServletRequest request, HttpServletResponse response)
throws Exception {

    this.xmlcContext = XMLCContext.getContext(getServletContext());
    OutputOptions oo = new OutputOptions();

    XMLObject xo = // creating the XMLObject from the model

    response.setContentType(getContentType());
    this.xmlcContext.writeDOM(request, response, oo, xo);
  }
}

Given how concise this, it seems to me that we really don't need to ship an
AbstractXmlcView class for this. Showing that skeleton code in the reference
docs or on the Wiki should be enough...

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Thursday, March 17, 2005 7:34 PM
To: spr...@li...
Subject: [Springframework-developer] XMLC Support

All,

I just committed basic XMLC support to CVS. This is based heavily on the
work Rod did in his original book.

Let me have your thoughts.

Rob

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Fine with me - I only spent a few minutes moving across Rod's original 
code. There have been a few requests for this functionality though, so 
we should probably mention this on the user list and on the forum.

Rob

Juergen Hoeller wrote:

>Guys,
>
>Do we really want to ship this out-of-the-box in Spring core? This is nearly
>1.8 MB of additional third-party jars, half of it cause by the great XMLC
>decision to depend on a repackaged Xerces version...
>
>If I remember correctly, that was also the original rationale for *not*
>including it in Spring in the first place. I think that reason is still
>valid, in particular due to the fact that the AbstractXmlcView base class is
>so extremely thin.
>
>BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>XMLCContext.getContext(servletContext) creates a new XMLCContext on first
>access but then returns the existing instance. No need to initialize this in
>a separate servlet or listener!
>
>Effectively, a custom View implementation that uses XMLC could look as
>follows - without any XMLC-specific base class shipped in Spring:
>
>public abstract class MyXmlcView extends AbstractView {
>
>  protected void renderMergedOutputModel(
>      Map model, HttpServletRequest request, HttpServletResponse response)
>throws Exception {
>
>    this.xmlcContext = XMLCContext.getContext(getServletContext());
>    OutputOptions oo = new OutputOptions();
>
>    XMLObject xo = // creating the XMLObject from the model
>
>    response.setContentType(getContentType());
>    this.xmlcContext.writeDOM(request, response, oo, xo);
>  }
>}
>
>Given how concise this, it seems to me that we really don't need to ship an
>AbstractXmlcView class for this. Showing that skeleton code in the reference
>docs or on the Wiki should be enough...
>
>Juergen
>
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Thursday, March 17, 2005 7:34 PM
>To: spr...@li...
>Subject: [Springframework-developer] XMLC Support
>
>
>All,
>
>I just committed basic XMLC support to CVS. This is based heavily on the
>work Rod did in his original book.
>
>Let me have your thoughts.
>
>Rob
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

We could put that 5-line sample code into the web view chapter of the
reference docs, and probably also on the Wiki... I think that this is all
people need to get started with XMLC as view technology for Spring Web MVC.
And we don't need to ship and compile against 1.8 MB of additional
third-party jars then :-)

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Friday, March 18, 2005 11:44 PM
To: spr...@li...
Subject: Re: [Springframework-developer] XMLC Support

Fine with me - I only spent a few minutes moving across Rod's original
code. There have been a few requests for this functionality though, so
we should probably mention this on the user list and on the forum.

Rob

Juergen Hoeller wrote:

>Guys,
>
>Do we really want to ship this out-of-the-box in Spring core? This is
nearly
>1.8 MB of additional third-party jars, half of it cause by the great XMLC
>decision to depend on a repackaged Xerces version...
>
>If I remember correctly, that was also the original rationale for *not*
>including it in Spring in the first place. I think that reason is still
>valid, in particular due to the fact that the AbstractXmlcView base class
is
>so extremely thin.
>
>BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>XMLCContext.getContext(servletContext) creates a new XMLCContext on first
>access but then returns the existing instance. No need to initialize this
in
>a separate servlet or listener!
>
>Effectively, a custom View implementation that uses XMLC could look as
>follows - without any XMLC-specific base class shipped in Spring:
>
>public abstract class MyXmlcView extends AbstractView {
>
>  protected void renderMergedOutputModel(
>      Map model, HttpServletRequest request, HttpServletResponse response)
>throws Exception {
>
>    this.xmlcContext = XMLCContext.getContext(getServletContext());
>    OutputOptions oo = new OutputOptions();
>
>    XMLObject xo = // creating the XMLObject from the model
>
>    response.setContentType(getContentType());
>    this.xmlcContext.writeDOM(request, response, oo, xo);
>  }
>}
>
>Given how concise this, it seems to me that we really don't need to ship an
>AbstractXmlcView class for this. Showing that skeleton code in the
reference
>docs or on the Wiki should be enough...
>
>Juergen
>
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Thursday, March 17, 2005 7:34 PM
>To: spr...@li...
>Subject: [Springframework-developer] XMLC Support
>
>
>All,
>
>I just committed basic XMLC support to CVS. This is based heavily on the
>work Rod did in his original book.
>
>Let me have your thoughts.
>
>Rob
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

I agree. Personally, I think XMLC is somewhat of a dying or dead 
technology... I would rather not add it to the core now, and perhaps for 
1.3 when we move to more modular structure, we might revisit it as an 
optional download...

Colin

Juergen Hoeller wrote:

>We could put that 5-line sample code into the web view chapter of the
>reference docs, and probably also on the Wiki... I think that this is all
>people need to get started with XMLC as view technology for Spring Web MVC.
>And we don't need to ship and compile against 1.8 MB of additional
>third-party jars then :-)
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Friday, March 18, 2005 11:44 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] XMLC Support
>
>
>Fine with me - I only spent a few minutes moving across Rod's original
>code. There have been a few requests for this functionality though, so
>we should probably mention this on the user list and on the forum.
>
>Rob
>
>Juergen Hoeller wrote:
>
>  
>
>>Guys,
>>
>>Do we really want to ship this out-of-the-box in Spring core? This is
>>    
>>
>nearly
>  
>
>>1.8 MB of additional third-party jars, half of it cause by the great XMLC
>>decision to depend on a repackaged Xerces version...
>>
>>If I remember correctly, that was also the original rationale for *not*
>>including it in Spring in the first place. I think that reason is still
>>valid, in particular due to the fact that the AbstractXmlcView base class
>>    
>>
>is
>  
>
>>so extremely thin.
>>
>>BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>>XMLCContext.getContext(servletContext) creates a new XMLCContext on first
>>access but then returns the existing instance. No need to initialize this
>>    
>>
>in
>  
>
>>a separate servlet or listener!
>>
>>Effectively, a custom View implementation that uses XMLC could look as
>>follows - without any XMLC-specific base class shipped in Spring:
>>
>>public abstract class MyXmlcView extends AbstractView {
>>
>> protected void renderMergedOutputModel(
>>     Map model, HttpServletRequest request, HttpServletResponse response)
>>throws Exception {
>>
>>   this.xmlcContext = XMLCContext.getContext(getServletContext());
>>   OutputOptions oo = new OutputOptions();
>>
>>   XMLObject xo = // creating the XMLObject from the model
>>
>>   response.setContentType(getContentType());
>>   this.xmlcContext.writeDOM(request, response, oo, xo);
>> }
>>}
>>
>>Given how concise this, it seems to me that we really don't need to ship an
>>AbstractXmlcView class for this. Showing that skeleton code in the
>>    
>>
>reference
>  
>
>>docs or on the Wiki should be enough...
>>
>>Juergen
>>
>>
>>
>>-----Original Message-----
>>From: spr...@li...
>>[mailto:spr...@li...]On Behalf
>>Of Rob Harrop
>>Sent: Thursday, March 17, 2005 7:34 PM
>>To: spr...@li...
>>Subject: [Springframework-developer] XMLC Support
>>
>>
>>All,
>>
>>I just committed basic XMLC support to CVS. This is based heavily on the
>>work Rod did in his original book.
>>
>>Let me have your thoughts.
>>
>>Rob
>>
>>    
>>

Colin Sampaleanu wrote:
> I agree. Personally, I think XMLC is somewhat of a dying or dead 
> technology... I would rather not add it to the core now, and perhaps for 
> 1.3 when we move to more modular structure, we might revisit it as an 
> optional download...
There have been numerous requests for support. (Mainly to me offline.)

Colin Sampaleanu wrote:
> I agree. Personally, I think XMLC is somewhat of a dying or dead 
> technology... I would rather not add it to the core now, and perhaps for 
> 1.3 when we move to more modular structure, we might revisit it as an 
> optional download...
There have been numerous requests for support. (Mainly to me offline.)

I'm not 100% convinced that a recipe is adequate replacement. What if we 
keep the code, but don't ship the (ridiculously large) XMLC JARs in a 
download? So Spring builds (and the XMLC JARs are in CVS) but can't be 
used with XMLC without the separate download from the XMLC site.

Rod, everybody,

Please have another look at the code example I gave: It is really simple and
straightforward, with 5 lines of rendering code - and no setup hassle,
because XMLCContext.getContext(servletContext) does the job. I believe that
we don't need to ship dedicated integration code for this. AbstractView is
essentially all that is needed for a pretty convenient XMLC-based view
implementation...

To reiterate: All that would be left of the XMLC support is a single
AbstractXmlcView class with about 20 lines of code. No separate startup
classes or anything else needed, so a single thin abstract base class is all
we could provide. And that base class doesn't really do a lot; a direct
subclass of AbstractView is perfectly feasible too. Effectively, if an
AbstractXmlcView subclass sets custom output options and builds the
XMLObject, it isn't really simpler than a direct AbstractView subclass that
would look as follows:

public abstract class MyXmlcView extends AbstractView {

  protected void renderMergedOutputModel(
      Map model, HttpServletRequest request, HttpServletResponse response)
      throws Exception {

    XMLCContext xmlcContext = XMLCContext.getContext(getServletContext());

    OutputOptions oo = new OutputOptions();
    // configure XMLC output options

    XMLObject xo = ...;  // create the XMLObject from the model

    response.setContentType(...);
    this.xmlcContext.writeDOM(request, response, oo, xo);
  }
}

Furthermore, XMLC is not really a mainstream technology. This is arguably
not even a candidate for a separate Spring core module (and a "module" with
a single 20-line abstract class would look a bit odd anyway). Of course,
people use a lot of third-party tools with Spring out there: but we don't
need to provide explicit integration code if direct usage of a tool is
simple and straightforward anyway. I believe that a simple recipe should be
sufficient in such a case.

Furthermore, I'm still convinced that our
spring-framework-1.2-with-dependencies download should be self-contained and
fully buildable. I've even put extra effort in to make sure that rebuilding
on JDK 1.4 still works, despite our new JDK 1.5 annotation support. If we
include an AbstractXmlcView class but don't include the XMLC jars, this is
not gonna work anymore. I strongly feel that this isn't worth it.

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rod Johnson
Sent: Saturday, March 19, 2005 11:57 AM
To: spr...@li...
Subject: Re: [Springframework-developer] XMLC Support

Colin Sampaleanu wrote:
> I agree. Personally, I think XMLC is somewhat of a dying or dead
> technology... I would rather not add it to the core now, and perhaps for
> 1.3 when we move to more modular structure, we might revisit it as an
> optional download...
There have been numerous requests for support. (Mainly to me offline.)

I'm not 100% convinced that a recipe is adequate replacement. What if we
keep the code, but don't ship the (ridiculously large) XMLC JARs in a
download? So Spring builds (and the XMLC JARs are in CVS) but can't be
used with XMLC without the separate download from the XMLC site.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

On Sat, 2005-03-19 at 12:43 +0100, Juergen Hoeller wrote:
> I believe that a simple recipe should be
> sufficient in such a case.

The same thing applies to a FOP based XSLT view that I put in the
sandbox a while back - it's really tiny but needs half a meg of jars
shipping with it.

Perhaps we just set up a proper area in Confluence for stuff like this
and point to it from the reference docs?

The FOP one is here..
http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pag=
eId=3D537

--=20
Darren Davison
Public Key: #DD356B0D

Okay cool - I am happy with that, and I think the people who asked for 
XMLC support will also be happy.

Rob

P.S. Any luck on the JMX bug - I seem to be the only person on earth who 
can't that test to fail :(

Juergen Hoeller wrote:

>We could put that 5-line sample code into the web view chapter of the
>reference docs, and probably also on the Wiki... I think that this is all
>people need to get started with XMLC as view technology for Spring Web MVC.
>And we don't need to ship and compile against 1.8 MB of additional
>third-party jars then :-)
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Friday, March 18, 2005 11:44 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] XMLC Support
>
>
>Fine with me - I only spent a few minutes moving across Rod's original
>code. There have been a few requests for this functionality though, so
>we should probably mention this on the user list and on the forum.
>
>Rob
>
>Juergen Hoeller wrote:
>
>  
>
>>Guys,
>>
>>Do we really want to ship this out-of-the-box in Spring core? This is
>>    
>>
>nearly
>  
>
>>1.8 MB of additional third-party jars, half of it cause by the great XMLC
>>decision to depend on a repackaged Xerces version...
>>
>>If I remember correctly, that was also the original rationale for *not*
>>including it in Spring in the first place. I think that reason is still
>>valid, in particular due to the fact that the AbstractXmlcView base class
>>    
>>
>is
>  
>
>>so extremely thin.
>>
>>BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>>XMLCContext.getContext(servletContext) creates a new XMLCContext on first
>>access but then returns the existing instance. No need to initialize this
>>    
>>
>in
>  
>
>>a separate servlet or listener!
>>
>>Effectively, a custom View implementation that uses XMLC could look as
>>follows - without any XMLC-specific base class shipped in Spring:
>>
>>public abstract class MyXmlcView extends AbstractView {
>>
>> protected void renderMergedOutputModel(
>>     Map model, HttpServletRequest request, HttpServletResponse response)
>>throws Exception {
>>
>>   this.xmlcContext = XMLCContext.getContext(getServletContext());
>>   OutputOptions oo = new OutputOptions();
>>
>>   XMLObject xo = // creating the XMLObject from the model
>>
>>   response.setContentType(getContentType());
>>   this.xmlcContext.writeDOM(request, response, oo, xo);
>> }
>>}
>>
>>Given how concise this, it seems to me that we really don't need to ship an
>>AbstractXmlcView class for this. Showing that skeleton code in the
>>    
>>
>reference
>  
>
>>docs or on the Wiki should be enough...
>>
>>Juergen
>>
>>
>>
>>-----Original Message-----
>>From: spr...@li...
>>[mailto:spr...@li...]On Behalf
>>Of Rob Harrop
>>Sent: Thursday, March 17, 2005 7:34 PM
>>To: spr...@li...
>>Subject: [Springframework-developer] XMLC Support
>>
>>
>>All,
>>
>>I just committed basic XMLC support to CVS. This is based heavily on the
>>work Rod did in his original book.
>>
>>Let me have your thoughts.
>>
>>Rob
>>
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from real users.
>>Discover which products truly live up to the hype. Start reading now.
>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from real users.
>>Discover which products truly live up to the hype. Start reading now.
>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
>>    
>>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

You probably need to reformat your harddrive and reinstall the OS :)   
There has to something in your environment that is different.

Thomas

On Mar 18, 2005, at 5:59 PM, Rob Harrop wrote:

> Okay cool - I am happy with that, and I think the people who asked for  
> XMLC support will also be happy.
>
> Rob
>
> P.S. Any luck on the JMX bug - I seem to be the only person on earth  
> who can't that test to fail :(
>
> Juergen Hoeller wrote:
>
>> We could put that 5-line sample code into the web view chapter of the
>> reference docs, and probably also on the Wiki... I think that this is  
>> all
>> people need to get started with XMLC as view technology for Spring  
>> Web MVC.
>> And we don't need to ship and compile against 1.8 MB of additional
>> third-party jars then :-)
>>
>> Juergen
>>
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...]On  
>> Behalf
>> Of Rob Harrop
>> Sent: Friday, March 18, 2005 11:44 PM
>> To: spr...@li...
>> Subject: Re: [Springframework-developer] XMLC Support
>>
>>
>> Fine with me - I only spent a few minutes moving across Rod's original
>> code. There have been a few requests for this functionality though, so
>> we should probably mention this on the user list and on the forum.
>>
>> Rob
>>
>> Juergen Hoeller wrote:
>>
>>
>>> Guys,
>>>
>>> Do we really want to ship this out-of-the-box in Spring core? This is
>>>
>> nearly
>>
>>> 1.8 MB of additional third-party jars, half of it cause by the great  
>>> XMLC
>>> decision to depend on a repackaged Xerces version...
>>>
>>> If I remember correctly, that was also the original rationale for  
>>> *not*
>>> including it in Spring in the first place. I think that reason is  
>>> still
>>> valid, in particular due to the fact that the AbstractXmlcView base  
>>> class
>>>
>> is
>>
>>> so extremely thin.
>>>
>>> BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>>> XMLCContext.getContext(servletContext) creates a new XMLCContext on  
>>> first
>>> access but then returns the existing instance. No need to initialize  
>>> this
>>>
>> in
>>
>>> a separate servlet or listener!
>>>
>>> Effectively, a custom View implementation that uses XMLC could look  
>>> as
>>> follows - without any XMLC-specific base class shipped in Spring:
>>>
>>> public abstract class MyXmlcView extends AbstractView {
>>>
>>> protected void renderMergedOutputModel(
>>>     Map model, HttpServletRequest request, HttpServletResponse  
>>> response)
>>> throws Exception {
>>>
>>>   this.xmlcContext = XMLCContext.getContext(getServletContext());
>>>   OutputOptions oo = new OutputOptions();
>>>
>>>   XMLObject xo = // creating the XMLObject from the model
>>>
>>>   response.setContentType(getContentType());
>>>   this.xmlcContext.writeDOM(request, response, oo, xo);
>>> }
>>> }
>>>
>>> Given how concise this, it seems to me that we really don't need to  
>>> ship an
>>> AbstractXmlcView class for this. Showing that skeleton code in the
>>>
>> reference
>>
>>> docs or on the Wiki should be enough...
>>>
>>> Juergen
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...]On  
>>> Behalf
>>> Of Rob Harrop
>>> Sent: Thursday, March 17, 2005 7:34 PM
>>> To: spr...@li...
>>> Subject: [Springframework-developer] XMLC Support
>>>
>>>
>>> All,
>>>
>>> I just committed basic XMLC support to CVS. This is based heavily on  
>>> the
>>> work Rod did in his original book.
>>>
>>> Let me have your thoughts.
>>>
>>> Rob
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real  
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>>> developer
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real  
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>>> developer
>>>
>>>
>>>
>>>
>>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real  
>> users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real  
>> users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real  
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

On two different machines with different OSes as well - damn!

Rob

Thomas Risberg wrote:

> You probably need to reformat your harddrive and reinstall the OS :)   
> There has to something in your environment that is different.
>
> Thomas
>
> On Mar 18, 2005, at 5:59 PM, Rob Harrop wrote:
>
>> Okay cool - I am happy with that, and I think the people who asked 
>> for  XMLC support will also be happy.
>>
>> Rob
>>
>> P.S. Any luck on the JMX bug - I seem to be the only person on earth  
>> who can't that test to fail :(
>>
>> Juergen Hoeller wrote:
>>
>>> We could put that 5-line sample code into the web view chapter of the
>>> reference docs, and probably also on the Wiki... I think that this 
>>> is  all
>>> people need to get started with XMLC as view technology for Spring  
>>> Web MVC.
>>> And we don't need to ship and compile against 1.8 MB of additional
>>> third-party jars then :-)
>>>
>>> Juergen
>>>
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...]On  
>>> Behalf
>>> Of Rob Harrop
>>> Sent: Friday, March 18, 2005 11:44 PM
>>> To: spr...@li...
>>> Subject: Re: [Springframework-developer] XMLC Support
>>>
>>>
>>> Fine with me - I only spent a few minutes moving across Rod's original
>>> code. There have been a few requests for this functionality though, so
>>> we should probably mention this on the user list and on the forum.
>>>
>>> Rob
>>>
>>> Juergen Hoeller wrote:
>>>
>>>
>>>> Guys,
>>>>
>>>> Do we really want to ship this out-of-the-box in Spring core? This is
>>>>
>>> nearly
>>>
>>>> 1.8 MB of additional third-party jars, half of it cause by the 
>>>> great  XMLC
>>>> decision to depend on a repackaged Xerces version...
>>>>
>>>> If I remember correctly, that was also the original rationale for  
>>>> *not*
>>>> including it in Spring in the first place. I think that reason is  
>>>> still
>>>> valid, in particular due to the fact that the AbstractXmlcView 
>>>> base  class
>>>>
>>> is
>>>
>>>> so extremely thin.
>>>>
>>>> BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>>>> XMLCContext.getContext(servletContext) creates a new XMLCContext 
>>>> on  first
>>>> access but then returns the existing instance. No need to 
>>>> initialize  this
>>>>
>>> in
>>>
>>>> a separate servlet or listener!
>>>>
>>>> Effectively, a custom View implementation that uses XMLC could 
>>>> look  as
>>>> follows - without any XMLC-specific base class shipped in Spring:
>>>>
>>>> public abstract class MyXmlcView extends AbstractView {
>>>>
>>>> protected void renderMergedOutputModel(
>>>>     Map model, HttpServletRequest request, HttpServletResponse  
>>>> response)
>>>> throws Exception {
>>>>
>>>>   this.xmlcContext = XMLCContext.getContext(getServletContext());
>>>>   OutputOptions oo = new OutputOptions();
>>>>
>>>>   XMLObject xo = // creating the XMLObject from the model
>>>>
>>>>   response.setContentType(getContentType());
>>>>   this.xmlcContext.writeDOM(request, response, oo, xo);
>>>> }
>>>> }
>>>>
>>>> Given how concise this, it seems to me that we really don't need 
>>>> to  ship an
>>>> AbstractXmlcView class for this. Showing that skeleton code in the
>>>>
>>> reference
>>>
>>>> docs or on the Wiki should be enough...
>>>>
>>>> Juergen
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: spr...@li...
>>>> [mailto:spr...@li...]On  
>>>> Behalf
>>>> Of Rob Harrop
>>>> Sent: Thursday, March 17, 2005 7:34 PM
>>>> To: spr...@li...
>>>> Subject: [Springframework-developer] XMLC Support
>>>>
>>>>
>>>> All,
>>>>
>>>> I just committed basic XMLC support to CVS. This is based heavily 
>>>> on  the
>>>> work Rod did in his original book.
>>>>
>>>> Let me have your thoughts.
>>>>
>>>> Rob
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> SF email is sponsored by - The IT Product Guide
>>>> Read honest & candid reviews on hundreds of IT Products from real  
>>>> users.
>>>> Discover which products truly live up to the hype. Start reading now.
>>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>>>> developer
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> SF email is sponsored by - The IT Product Guide
>>>> Read honest & candid reviews on hundreds of IT Products from real  
>>>> users.
>>>> Discover which products truly live up to the hype. Start reading now.
>>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>>>> developer
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real  
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real  
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real  
>> users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

The JMX test failure occurs for too, when running the suite in Ant on both
JDK 1.4 and JDK 1.5. It does not occur, however, if I run
PropertyPlaceholderConfigurerTests standalone in IDEA, which indicates a
side effect with some other test. I'll try to track this down: it's probably
some MBeanServer not getting shut down, which leaves more than one
MBeanServer active and returns the wrong default one to the test.

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Saturday, March 19, 2005 3:35 AM
To: spr...@li...
Subject: Re: [Springframework-developer] XMLC Support

On two different machines with different OSes as well - damn!

Rob

Thomas Risberg wrote:

> You probably need to reformat your harddrive and reinstall the OS :)
> There has to something in your environment that is different.
>
> Thomas
>
> On Mar 18, 2005, at 5:59 PM, Rob Harrop wrote:
>
>> Okay cool - I am happy with that, and I think the people who asked
>> for  XMLC support will also be happy.
>>
>> Rob
>>
>> P.S. Any luck on the JMX bug - I seem to be the only person on earth
>> who can't that test to fail :(
>>
>> Juergen Hoeller wrote:
>>
>>> We could put that 5-line sample code into the web view chapter of the
>>> reference docs, and probably also on the Wiki... I think that this
>>> is  all
>>> people need to get started with XMLC as view technology for Spring
>>> Web MVC.
>>> And we don't need to ship and compile against 1.8 MB of additional
>>> third-party jars then :-)
>>>
>>> Juergen
>>>
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...]On
>>> Behalf
>>> Of Rob Harrop
>>> Sent: Friday, March 18, 2005 11:44 PM
>>> To: spr...@li...
>>> Subject: Re: [Springframework-developer] XMLC Support
>>>
>>>
>>> Fine with me - I only spent a few minutes moving across Rod's original
>>> code. There have been a few requests for this functionality though, so
>>> we should probably mention this on the user list and on the forum.
>>>
>>> Rob
>>>
>>> Juergen Hoeller wrote:
>>>
>>>
>>>> Guys,
>>>>
>>>> Do we really want to ship this out-of-the-box in Spring core? This is
>>>>
>>> nearly
>>>
>>>> 1.8 MB of additional third-party jars, half of it cause by the
>>>> great  XMLC
>>>> decision to depend on a repackaged Xerces version...
>>>>
>>>> If I remember correctly, that was also the original rationale for
>>>> *not*
>>>> including it in Spring in the first place. I think that reason is
>>>> still
>>>> valid, in particular due to the fact that the AbstractXmlcView
>>>> base  class
>>>>
>>> is
>>>
>>>> so extremely thin.
>>>>
>>>> BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>>>> XMLCContext.getContext(servletContext) creates a new XMLCContext
>>>> on  first
>>>> access but then returns the existing instance. No need to
>>>> initialize  this
>>>>
>>> in
>>>
>>>> a separate servlet or listener!
>>>>
>>>> Effectively, a custom View implementation that uses XMLC could
>>>> look  as
>>>> follows - without any XMLC-specific base class shipped in Spring:
>>>>
>>>> public abstract class MyXmlcView extends AbstractView {
>>>>
>>>> protected void renderMergedOutputModel(
>>>>     Map model, HttpServletRequest request, HttpServletResponse
>>>> response)
>>>> throws Exception {
>>>>
>>>>   this.xmlcContext = XMLCContext.getContext(getServletContext());
>>>>   OutputOptions oo = new OutputOptions();
>>>>
>>>>   XMLObject xo = // creating the XMLObject from the model
>>>>
>>>>   response.setContentType(getContentType());
>>>>   this.xmlcContext.writeDOM(request, response, oo, xo);
>>>> }
>>>> }
>>>>
>>>> Given how concise this, it seems to me that we really don't need
>>>> to  ship an
>>>> AbstractXmlcView class for this. Showing that skeleton code in the
>>>>
>>> reference
>>>
>>>> docs or on the Wiki should be enough...
>>>>
>>>> Juergen
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: spr...@li...
>>>> [mailto:spr...@li...]On
>>>> Behalf
>>>> Of Rob Harrop
>>>> Sent: Thursday, March 17, 2005 7:34 PM
>>>> To: spr...@li...
>>>> Subject: [Springframework-developer] XMLC Support
>>>>
>>>>
>>>> All,
>>>>
>>>> I just committed basic XMLC support to CVS. This is based heavily
>>>> on  the
>>>> work Rod did in his original book.
>>>>
>>>> Let me have your thoughts.
>>>>
>>>> Rob
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> SF email is sponsored by - The IT Product Guide
>>>> Read honest & candid reviews on hundreds of IT Products from real
>>>> users.
>>>> Discover which products truly live up to the hype. Start reading now.
>>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework-
>>>> developer
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> SF email is sponsored by - The IT Product Guide
>>>> Read honest & candid reviews on hundreds of IT Products from real
>>>> users.
>>>> Discover which products truly live up to the hype. Start reading now.
>>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework-
>>>> developer
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real
>> users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

It's been a side effect of "testAutodetectSkipsConnectorServerFactoryBean"
in the MBeanExporterTests class. The XmlBeanFactory loaded there created an
MBeanServer through an MBeanServerFactoryBean definition, but
"beanFactory.destroySingletons()" wasn't called to eventually shut down that
MBeanServer again. I've already fixed this test in CVS.

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Juergen Hoeller
Sent: Saturday, March 19, 2005 11:43 AM
To: spr...@li...
Subject: Re: [Springframework-developer] XMLC Support

The JMX test failure occurs for too, when running the suite in Ant on both
JDK 1.4 and JDK 1.5. It does not occur, however, if I run
PropertyPlaceholderConfigurerTests standalone in IDEA, which indicates a
side effect with some other test. I'll try to track this down: it's probably
some MBeanServer not getting shut down, which leaves more than one
MBeanServer active and returns the wrong default one to the test.

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Saturday, March 19, 2005 3:35 AM
To: spr...@li...
Subject: Re: [Springframework-developer] XMLC Support

On two different machines with different OSes as well - damn!

Rob

Thomas Risberg wrote:

> You probably need to reformat your harddrive and reinstall the OS :)
> There has to something in your environment that is different.
>
> Thomas
>
> On Mar 18, 2005, at 5:59 PM, Rob Harrop wrote:
>
>> Okay cool - I am happy with that, and I think the people who asked
>> for  XMLC support will also be happy.
>>
>> Rob
>>
>> P.S. Any luck on the JMX bug - I seem to be the only person on earth
>> who can't that test to fail :(
>>
>> Juergen Hoeller wrote:
>>
>>> We could put that 5-line sample code into the web view chapter of the
>>> reference docs, and probably also on the Wiki... I think that this
>>> is  all
>>> people need to get started with XMLC as view technology for Spring
>>> Web MVC.
>>> And we don't need to ship and compile against 1.8 MB of additional
>>> third-party jars then :-)
>>>
>>> Juergen
>>>
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...]On
>>> Behalf
>>> Of Rob Harrop
>>> Sent: Friday, March 18, 2005 11:44 PM
>>> To: spr...@li...
>>> Subject: Re: [Springframework-developer] XMLC Support
>>>
>>>
>>> Fine with me - I only spent a few minutes moving across Rod's original
>>> code. There have been a few requests for this functionality though, so
>>> we should probably mention this on the user list and on the forum.
>>>
>>> Rob
>>>
>>> Juergen Hoeller wrote:
>>>
>>>
>>>> Guys,
>>>>
>>>> Do we really want to ship this out-of-the-box in Spring core? This is
>>>>
>>> nearly
>>>
>>>> 1.8 MB of additional third-party jars, half of it cause by the
>>>> great  XMLC
>>>> decision to depend on a repackaged Xerces version...
>>>>
>>>> If I remember correctly, that was also the original rationale for
>>>> *not*
>>>> including it in Spring in the first place. I think that reason is
>>>> still
>>>> valid, in particular due to the fact that the AbstractXmlcView
>>>> base  class
>>>>
>>> is
>>>
>>>> so extremely thin.
>>>>
>>>> BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>>>> XMLCContext.getContext(servletContext) creates a new XMLCContext
>>>> on  first
>>>> access but then returns the existing instance. No need to
>>>> initialize  this
>>>>
>>> in
>>>
>>>> a separate servlet or listener!
>>>>
>>>> Effectively, a custom View implementation that uses XMLC could
>>>> look  as
>>>> follows - without any XMLC-specific base class shipped in Spring:
>>>>
>>>> public abstract class MyXmlcView extends AbstractView {
>>>>
>>>> protected void renderMergedOutputModel(
>>>>     Map model, HttpServletRequest request, HttpServletResponse
>>>> response)
>>>> throws Exception {
>>>>
>>>>   this.xmlcContext = XMLCContext.getContext(getServletContext());
>>>>   OutputOptions oo = new OutputOptions();
>>>>
>>>>   XMLObject xo = // creating the XMLObject from the model
>>>>
>>>>   response.setContentType(getContentType());
>>>>   this.xmlcContext.writeDOM(request, response, oo, xo);
>>>> }
>>>> }
>>>>
>>>> Given how concise this, it seems to me that we really don't need
>>>> to  ship an
>>>> AbstractXmlcView class for this. Showing that skeleton code in the
>>>>
>>> reference
>>>
>>>> docs or on the Wiki should be enough...
>>>>
>>>> Juergen
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: spr...@li...
>>>> [mailto:spr...@li...]On
>>>> Behalf
>>>> Of Rob Harrop
>>>> Sent: Thursday, March 17, 2005 7:34 PM
>>>> To: spr...@li...
>>>> Subject: [Springframework-developer] XMLC Support
>>>>
>>>>
>>>> All,
>>>>
>>>> I just committed basic XMLC support to CVS. This is based heavily
>>>> on  the
>>>> work Rod did in his original book.
>>>>
>>>> Let me have your thoughts.
>>>>
>>>> Rob
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> SF email is sponsored by - The IT Product Guide
>>>> Read honest & candid reviews on hundreds of IT Products from real
>>>> users.
>>>> Discover which products truly live up to the hype. Start reading now.
>>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework-
>>>> developer
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> SF email is sponsored by - The IT Product Guide
>>>> Read honest & candid reviews on hundreds of IT Products from real
>>>> users.
>>>> Discover which products truly live up to the hype. Start reading now.
>>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework-
>>>> developer
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real
>> users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Thanks Juergen - I actually ran all my tests in Ant and they didn't work 
there - I guess I must have a problem with an environment setting.

Rob

Juergen Hoeller wrote:

>It's been a side effect of "testAutodetectSkipsConnectorServerFactoryBean"
>in the MBeanExporterTests class. The XmlBeanFactory loaded there created an
>MBeanServer through an MBeanServerFactoryBean definition, but
>"beanFactory.destroySingletons()" wasn't called to eventually shut down that
>MBeanServer again. I've already fixed this test in CVS.
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Juergen Hoeller
>Sent: Saturday, March 19, 2005 11:43 AM
>To: spr...@li...
>Subject: Re: [Springframework-developer] XMLC Support
>
>
>The JMX test failure occurs for too, when running the suite in Ant on both
>JDK 1.4 and JDK 1.5. It does not occur, however, if I run
>PropertyPlaceholderConfigurerTests standalone in IDEA, which indicates a
>side effect with some other test. I'll try to track this down: it's probably
>some MBeanServer not getting shut down, which leaves more than one
>MBeanServer active and returns the wrong default one to the test.
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Saturday, March 19, 2005 3:35 AM
>To: spr...@li...
>Subject: Re: [Springframework-developer] XMLC Support
>
>
>On two different machines with different OSes as well - damn!
>
>Rob
>
>Thomas Risberg wrote:
>
>  
>
>>You probably need to reformat your harddrive and reinstall the OS :)
>>There has to something in your environment that is different.
>>
>>Thomas
>>
>>On Mar 18, 2005, at 5:59 PM, Rob Harrop wrote:
>>
>>    
>>
>>>Okay cool - I am happy with that, and I think the people who asked
>>>for  XMLC support will also be happy.
>>>
>>>Rob
>>>
>>>P.S. Any luck on the JMX bug - I seem to be the only person on earth
>>>who can't that test to fail :(
>>>
>>>Juergen Hoeller wrote:
>>>
>>>      
>>>
>>>>We could put that 5-line sample code into the web view chapter of the
>>>>reference docs, and probably also on the Wiki... I think that this
>>>>is  all
>>>>people need to get started with XMLC as view technology for Spring
>>>>Web MVC.
>>>>And we don't need to ship and compile against 1.8 MB of additional
>>>>third-party jars then :-)
>>>>
>>>>Juergen
>>>>
>>>>
>>>>-----Original Message-----
>>>>From: spr...@li...
>>>>[mailto:spr...@li...]On
>>>>Behalf
>>>>Of Rob Harrop
>>>>Sent: Friday, March 18, 2005 11:44 PM
>>>>To: spr...@li...
>>>>Subject: Re: [Springframework-developer] XMLC Support
>>>>
>>>>
>>>>Fine with me - I only spent a few minutes moving across Rod's original
>>>>code. There have been a few requests for this functionality though, so
>>>>we should probably mention this on the user list and on the forum.
>>>>
>>>>Rob
>>>>
>>>>Juergen Hoeller wrote:
>>>>
>>>>
>>>>        
>>>>
>>>>>Guys,
>>>>>
>>>>>Do we really want to ship this out-of-the-box in Spring core? This is
>>>>>
>>>>>          
>>>>>
>>>>nearly
>>>>
>>>>        
>>>>
>>>>>1.8 MB of additional third-party jars, half of it cause by the
>>>>>great  XMLC
>>>>>decision to depend on a repackaged Xerces version...
>>>>>
>>>>>If I remember correctly, that was also the original rationale for
>>>>>*not*
>>>>>including it in Spring in the first place. I think that reason is
>>>>>still
>>>>>valid, in particular due to the fact that the AbstractXmlcView
>>>>>base  class
>>>>>
>>>>>          
>>>>>
>>>>is
>>>>
>>>>        
>>>>
>>>>>so extremely thin.
>>>>>
>>>>>BTW, we don't need an XmlcLoaderServlet or XmlcLoaderListener.
>>>>>XMLCContext.getContext(servletContext) creates a new XMLCContext
>>>>>on  first
>>>>>access but then returns the existing instance. No need to
>>>>>initialize  this
>>>>>
>>>>>          
>>>>>
>>>>in
>>>>
>>>>        
>>>>
>>>>>a separate servlet or listener!
>>>>>
>>>>>Effectively, a custom View implementation that uses XMLC could
>>>>>look  as
>>>>>follows - without any XMLC-specific base class shipped in Spring:
>>>>>
>>>>>public abstract class MyXmlcView extends AbstractView {
>>>>>
>>>>>protected void renderMergedOutputModel(
>>>>>    Map model, HttpServletRequest request, HttpServletResponse
>>>>>response)
>>>>>throws Exception {
>>>>>
>>>>>  this.xmlcContext = XMLCContext.getContext(getServletContext());
>>>>>  OutputOptions oo = new OutputOptions();
>>>>>
>>>>>  XMLObject xo = // creating the XMLObject from the model
>>>>>
>>>>>  response.setContentType(getContentType());
>>>>>  this.xmlcContext.writeDOM(request, response, oo, xo);
>>>>>}
>>>>>}
>>>>>
>>>>>Given how concise this, it seems to me that we really don't need
>>>>>to  ship an
>>>>>AbstractXmlcView class for this. Showing that skeleton code in the
>>>>>
>>>>>          
>>>>>
>>>>reference
>>>>
>>>>        
>>>>
>>>>>docs or on the Wiki should be enough...
>>>>>
>>>>>Juergen
>>>>>
>>>>>
>>>>>
>>>>>-----Original Message-----
>>>>>From: spr...@li...
>>>>>[mailto:spr...@li...]On
>>>>>Behalf
>>>>>Of Rob Harrop
>>>>>Sent: Thursday, March 17, 2005 7:34 PM
>>>>>To: spr...@li...
>>>>>Subject: [Springframework-developer] XMLC Support
>>>>>
>>>>>
>>>>>All,
>>>>>
>>>>>I just committed basic XMLC support to CVS. This is based heavily
>>>>>on  the
>>>>>work Rod did in his original book.
>>>>>
>>>>>Let me have your thoughts.
>>>>>
>>>>>Rob
>>>>>
>>>>>
>>>>>-------------------------------------------------------
>>>>>SF email is sponsored by - The IT Product Guide
>>>>>Read honest & candid reviews on hundreds of IT Products from real
>>>>>users.
>>>>>Discover which products truly live up to the hype. Start reading now.
>>>>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>>>_______________________________________________
>>>>>Springframework-developer mailing list
>>>>>Spr...@li...
>>>>>https://lists.sourceforge.net/lists/listinfo/springframework-
>>>>>developer
>>>>>
>>>>>
>>>>>
>>>>>-------------------------------------------------------
>>>>>SF email is sponsored by - The IT Product Guide
>>>>>Read honest & candid reviews on hundreds of IT Products from real
>>>>>users.
>>>>>Discover which products truly live up to the hype. Start reading now.
>>>>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>>>_______________________________________________
>>>>>Springframework-developer mailing list
>>>>>Spr...@li...
>>>>>https://lists.sourceforge.net/lists/listinfo/springframework-
>>>>>developer
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>-------------------------------------------------------
>>>>SF email is sponsored by - The IT Product Guide
>>>>Read honest & candid reviews on hundreds of IT Products from real
>>>>users.
>>>>Discover which products truly live up to the hype. Start reading now.
>>>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>>_______________________________________________
>>>>Springframework-developer mailing list
>>>>Spr...@li...
>>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>>
>>>>
>>>>
>>>>-------------------------------------------------------
>>>>SF email is sponsored by - The IT Product Guide
>>>>Read honest & candid reviews on hundreds of IT Products from real
>>>>users.
>>>>Discover which products truly live up to the hype. Start reading now.
>>>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>>_______________________________________________
>>>>Springframework-developer mailing list
>>>>Spr...@li...
>>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>-------------------------------------------------------
>>>SF email is sponsored by - The IT Product Guide
>>>Read honest & candid reviews on hundreds of IT Products from real
>>>users.
>>>Discover which products truly live up to the hype. Start reading now.
>>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>>_______________________________________________
>>>Springframework-developer mailing list
>>>Spr...@li...
>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>      
>>>
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from real users.
>>Discover which products truly live up to the hype. Start reading now.
>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>    
>>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>