XHR request to return a test/xml payload

2011-04-01 Thread coriolisguy
Hi All,

I have an ajax request that needs to return a text/xml payload. I need to
dynamically make the URL string in the browser to send to the server. What
should the format of that URL be?

Thanks


--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/XHR-request-to-return-a-test-xml-payload-tp4277254p4277254.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org



Re: Java based spring configuration

2011-04-01 Thread Magnus Kvalheim
Hi thanks for your reply,

Looking back on my original mail I now realize I've been unclear...

To clarify: What I do want to achieve is to
+ Not rely on xml for configuration
+ Inject spring beans into tapestry
(+) Injecting tapestry services into spring is desired

Your suggestion would probably work, but it's not what I want as I's like to
use the @Inject for spring beans.
Sorry for the confusion...


On another note...

Tapestry IOC is much more desirable than spring in many ways.
I need spring (at least I believe I do) for things like jpa support and
transactions and other things, but the bootstrapping in tapestry of modules,
contributions, decoration.++ is something I would like to get into 'core'
and not just 'web'.

Why is it that the tapestry module is only for web - can't it
be re-factored/reconfigured so that it can be more closely integrated with
spring applications...

I'd love to fully embrace tapestry IOC for my core infrastructure, but cant
see how I'd get the same functionality - especially in terms of transaction
management (I'd like to hear from those who have made the transition, and
how they did it).
Is it's possible(I believe it is) to make an enhanced tapestry-spring module
which is not only for web, but can integrate tighter with spring - I think
it would be a great win.
(Probably there is way to implement tapestry ioc contributions, advisors
etc.. for spring beans as well...)

I'd like to hear some feedback to check if I'm completely off base here - or
if it's indeed a good idea...
I know I'd rather configure spring from tapestry ioc if I could...

Thoughts?

cheers
Magnus


On Fri, Apr 1, 2011 at 5:13 PM, 3kkkdang  wrote:

> I will do this:
> extends TapestrFilter,  in its constructor use WebApplicationContextUtils
> to
> get spring context and set this context as ASO static property.  finally in
> tapestry page class, get spring context through ASO.
>
> never got chance to try this, it might work.  any comments?
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Java-based-spring-configuration-tp3394086p4275778.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>


Re: Java based spring configuration

2011-04-01 Thread 3kkkdang
I will do this:
extends TapestrFilter,  in its constructor use WebApplicationContextUtils to
get spring context and set this context as ASO static property.  finally in
tapestry page class, get spring context through ASO.  

never got chance to try this, it might work.  any comments?

--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Java-based-spring-configuration-tp3394086p4275778.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org



Re: [ANN] Tapestry5-JQuery

2011-04-01 Thread François Facon
It's getting better all the time.
TapX is a great source of inspiration. (ImportYUI, Templating etc...)
We will check this ease of configuration and have a closer look at the JSDoc.

Thanks
François

2011/4/1 Howard Lewis Ship :
> 2011/3/31 françois facon :
>> Thanks Massimo.
>>
>> in 5.1.0.5, we used to override the ClientInfrastructureImpl. In 5.2,
>> we override CoreJavaScriptStack which internaly use the
>> ClientInfrastructure.
>> Perhaps in 5.3 or 5.4 we will be allow to dynamically change the all stack.
>> Same components but specific javascript stack and templates for each
>> device type.
>
> This is coming shortly in 5.3, based on code already present in TapX.
> Basically, the contents of a stack can be entirely defined in terms of
> an OrderedConfiguration, making it possible to add new entries or
> remove/replace existing ones.  Very powerful ... you can ultimately
> control very precisely which JS files (or CSS files) are part of a
> stack so, for instance, if you use Palette component a lot, you can
> add it to the core stack.
>
>>
>>
>> 2011/3/31 Massimo Lusetti 
>>>
>>> 2011/3/31 François Facon :
>>>
>>> > I am really pleased to announce Tapestry5-jQuery 2.1.0, which is built
>>> > against Tapestry 5.2.5.
>>> > The purpose of Tapestry5-jQuery is to remove the dependency on
>>> > Prototype and Scriptaculous by overriding the default Core
>>> > JavaScriptStack by a new stack based on jQuery.
>>>
>>> Definetly worth a try and a look at the code, curious how you have
>>> "substitute" the inner prototypejs... Kudos guys!
>>>
>>> Cheers
>>> --
>>> Massimo
>>> http://meridio.blogspot.com
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>>
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org