Alternatives to hidden frames for dynamic data?

[Patrick Saunders <ps...@comcen.com.au>]

Hi,
I thought I posted this a few days ago, but haven't seen it, so if you see
a similar post from me, you know why.

My question revolves around the use of hidden frames to do database access.
Of all the tricks I see in html, this has to be the clunkiest - really quite ugly, though
there don't appear to be many alternatives.  Or are there?

This recent article highlights a possible alternative, with caveats:

http://www.onjava.com/pub/a/onjava/2002/01/23/javascript.html?page=1

I am curious as to how other developers have solved while using theTurbine 
framework.
I have experiemented/prototyped with the "Pull " model , and think it's very neat, 
though I'm not sure the best way to get data dynamically in an elegant fashon.

I am very interested to hear other peoples opinons on this one.

Regards,

Patrick.






--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: Using Flash MX as a front end

["Henning P. Schmiedehausen" <hp...@intermeta.de>]

Bruce Altner <ba...@hq.nasa.gov> writes:

>Greetings:

>I have been asked to refactor my successfully deployed Turbine/Velocity 
>application so that another customer could reuse most of the code but put a 
>glitzier front end on it using Flash MX. To accomplish this I have been 
>investigating the Flash Remoting MX tool, which provides a "web services" 
>gateway between the Java class files and Flash's ActionScript objects. 
>Initial tests are very promising but I have two questions that I'm hoping 
>folks more experienced than I can help with:

Hi,

quite a while ago (you might have to dig deep in the archive), Jason
van Zyl posted the URL of a flash driven site which uses
Turbine. There might be some java code available to support you here.

	Regards
		Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen       -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH     hps@intermeta.de

Am Schwabachgrund 22  Fon.: 09131 / 50654-0   info@intermeta.de
D-91054 Buckenhof     Fax.: 09131 / 50654-20   

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Using Flash MX as a front end

[Bruce Altner <ba...@hq.nasa.gov>]

Greetings:

I have been asked to refactor my successfully deployed Turbine/Velocity 
application so that another customer could reuse most of the code but put a 
glitzier front end on it using Flash MX. To accomplish this I have been 
investigating the Flash Remoting MX tool, which provides a "web services" 
gateway between the Java class files and Flash's ActionScript objects. 
Initial tests are very promising but I have two questions that I'm hoping 
folks more experienced than I can help with:

a) Design pattern?

Rather than rewriting all the logic code, I think the right way to do this 
is to build an interface layer that will allow me to use the same code with 
either Velocity templates OR Flash Actionscripts, depending on 
configuration parameters in TRProps. My guess is that this is a pretty 
common situation in the OO world so there is probably an existing design 
pattern that addresses this need directly. Adapter? Abstract Factory? I'm 
kinda  a beginner with patterns but this seems like a situation tailor made 
for picking the right one. Ideas?

b) Vector and ResultSet

For the deployed application I'm using Criteria for all my db calls and 
wind up putting Vectors and Hashmaps into the context to be processed by 
Velocity. But Flash Remoting provides a ResultSet actionscript object that 
maps directly to javax.sql.ResultSet so for the new UI I'd probably want to 
send ResultSet objects back and forth. However, I'd like to avoid rewriting 
all the queries that presently return vectors (e.g. 
xxxxPeer.doSelect(criteria)). So, is there some way to magically transform 
the output from Peer class-based queries into javax.sql.ResultSet objects 
or is that too farfetched?

Thanks, in advance, for suggestions on either issue.

Bruce


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>