Glad ti hear that I'm not alone how is interested in this stuff. :)
The Seam integration is limited to Bijection of Seam components and Seam
Remoting so far.
I didn't find the time to make a tighter integration. But good patches are
of course welcome.
On Thu, Jun 12, 2008 at 8:57 PM, Avi Cherry <[EMAIL PROTECTED]> wrote:
> Alright, replying to myself already...
> After examining some seam source code, I wrote a trivial tapestry
> component that writes a hidden form field with the cid in it.
> I'm going to re-write this as a form mix-in, which seems like a
> cleaner way to handle this.
> I'm not sure of how to cleanly modify link components to be able to
> propagate the cid, though. I don't think a mixin could, on its own,
> modify the URL of a link component it's attached to. There's the
> mechanism that's used for 'client' scoped persistent ASO's to add
> stuff to link URLs, but off the top of my head, I can't think of a
> clean way to make cid propagation controllable on a per-component
> basis if I use that mechanism...
> I guess I'll fuss with it more when I have time.
>
> On Jun 12, 2008, at 1:29 AM, Avi Cherry wrote:
>
> > I'm very excited about the Tapestry Seam integration, but I'm
> > wondering how to get conversational contexts working, if they are, in
> > fact, supported already.
> > I started with the demo application and had no luck with getting
> > conversational contexts. I then un-commented out the
> > org.jboss.seam.servlet.SeamFilter servlet filter in the web.xml file.
> > At that point, tapestry form redirects are actually intercepted and
> > have a 'cid=n' query parameter on the URLs, which seemed good. At
> > that point, though it became obvious that the conversational context
> > was not being re-associated with the next response cycle and that it
> > was starting new CIDs every time. I suppose there will also need to
> > be some sort of tighter integration with Tapestry to be able to
> > manipulate the propagation of cids across links/forms.
> > Also, is there any support yet for supporting a single transaction
> > each for the request and response cycles? So far, I can only get a
> > transaction to work within a method specifically designated
> > @Transactional.
> >
> > Thanks a lot.
> >
> > If there isn't anyone that has time for this, I'm willing to give it a
> > shot myself. Unfortunately I don't have any previous experience with
> > Seam/JSF.
> >
> > -------------------------------------------------------------------------
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> > http://sourceforge.net/services/buy/index.php
> > _______________________________________________
> > Tacos-devel mailing list
> > Tacos-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/tacos-devel
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Tacos-devel mailing list
> Tacos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tacos-devel
>
--
Best regards,
Igor Drobiazko
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Tacos-devel mailing list
Tacos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tacos-devel
