• MVC frameworks and Dependency Injection
• Testing frameworks and code coverage
• Building and Continue Integration
• Flash 3D Engines
• Server side libraries/frameworks for Flex

El texto introductorio dice:

“Some say that if a technology has a lot of frameworks, then it is a sign of maturity. You might argue with that, but still I think it is interesting to know what are the available frameworks in the Flex/Flash world.”

La información completa y links la pueden encontrar en el blog de Mihai Corlan

Enjoy!

Link : Flex Frameworks

Voy a tratar hacer una definición de los ValueObjects sin ser muy técnico. de ahora en adelante al usar VO me estaré refiriendo a los ValueObjects. Los puntos mas importantes de los VO son:

1. Los VO son contenedores de información representada por una clase individual.
2. Los VO son serializables, es decir, pueden ser enviados entre un servidor y un cliente mantenido sus propiedades.

Imaginemos que vamos a hacer un listado de mensajes para un guestbook, pero no sabemos quien, que o como nos van a proveer la información, lo único sabemos son los atributos que contendrá cada mensaje, estos son:

• idUnique
• author
• url
• content

Los mensajes siempre contendrán estas propiedades vengan de donde vengan.

Según el punto 1 esta información es representada por una clase individual entonces como nuestro cliente será hecho el FLEX creamos nuestro clase en AS3 la cual representara nuestros VO en el cliente.

[as]

package com.klr20mg.pureMVC.guestbook.model.vo
{
[RemoteClass(alias="MessagesVO")]
[Bindable]
public class MessagesVO
{
public var idUnique:String;
public var author:String;
public var url:String;
public var content:String;
public function MessagesVO(author:String=null, url:String=null, content:String=null)
{
this.idUnique = “”
this.author = author;
this.url = url;
this.content = content;
}
}
}

[/as]

Hay 2 formas comunes de “poblar” los VO mediante el constructor, como en este ejemplo o mediante getters y setters, yo prefiero la primera.

Ahora vamos crear un VO a partir de la clase anterior

[as]

package com.klr20mg.pureMVC.guestbook
{
import com.klr20mg.pureMVC.guestbook.model.vo.MessagesVO
public class someClass
{
public function someClass()
{
var miVO:MessagesVO = new MessagesVO(“Tmeister”, “http://tmeister.net”, “Este es un mensaje de prueba”);
trace(miVO)
}
}
}

[/as]

Con esto hemos creado un VO de acuerdo a la primera clase.

Los VO son “compatibles” entre el cliente y el servidor según el punto numero 2, y al usar AMFPHP, WebOrb entre otros podemos enviar arrays de VO’s entre el server y el cliente sin ningún problema, pero entonces debemos de crear nuestros VO’s en el servidor en este caso usando PHP para poder “mapear” esta información.

<?php
class MessagesVO
{
    public $idUnique;
    public $author;
    public $url;
    public $content; 

    public function MessagesVO()
    {
    }
    public function mapObject($data)
    {
        $this->idUnique = $data["idUnique"];
        $this->author = $data["author"];
        $this->url = $data["url"];
        $this->content = $data["content"];
    }
}
?>

Como pueden ver es el mismo concepto encapsular la información en una clase.

Con esto, repito, no importa si la información viene de archivos de texto, de un webservice, de una base de datos, siempre podremos almacenar, consultar y modificar la información mediante nuestros VO’s.

Espero que con esto quede claro que son y para que usan los ValueObjects

Saludos

Bien, Ahora hay un nuevo líder del proyecto, Wade Arnold que cuenta con un equipo de desarrolladores para apoyarlo.

Sin duda está en una buena notica para todos aquellos que utilizamos AMFPHP, podemos confiar en que se seguirá actualizando y adecuándose a los cambios.

URL: http://amfphp.org/
Lista de Correo: https://lists.sourceforge.net/lists/listinfo/amfphp-general

En fin, buena suerte y que amfphp siga vivo.

Saludos!!

El dominio fue registrado por registerFly empresa la cual fue cerrada por problemas de cumplimiento con sus clientes. Ahora todos los dominios que fueron registrados con ellos los maneja Enom.

Si alguien sabe o tiene alguna idea de como recuperar un dominio perdido seria bueno que se lo hagan saber a patrick y ver si se puede recuperar por lo pronto yo restare investigando que se puede hacer.

Sin duda es un dominio/proyecto que no podemos dejar morir así como así.

Dicho concurso consta de crear un cliente para AWI [AMFPHP-WordPress Integration], ya sea para reproducir una interfaz en Flex/Flash para wordPress como blog o como un CMS para sitios web.

Como comenta Edgar el primer lugar ganara una licencia de Flex con Charting y el segundo lugar ganara una licencia de Flash 8.

Esto es para ponerse las pilas por su parte lectores para crear el cliente y para mi para trabajar a marchas forzadas para terminar al 100% AWI.

Como saben, AWI tiene un par de semanas vivo y aun esta en un estado alpha, pero cuenta con 16 métodos funcionales de lectura de información con los cuales se puede trabajar un cliente sin problema.

Junto con los desarrollos que ustedes vayan creando por supuesto que comenzaran a existir peticiones, comentarios etc que al final del día dará como resultado un “producto” espero yo robusto y estable creado a partir de las opiniones de cada uno de ustedes.

Por mi parte daré, de ahora en adelante, prioridad uno a este proyecto tratando de satisfacer todas aquellas peticiones que surjan.

Por ahora pueden usar mi servidor como conejillo de indias ya que aquí esta montado AMFPHP 1.9 y la ultima versión de AWI.

La url del Gateway es :

http://tmeister.net/amfphp/gateway.php

el browser de los servicios lo encuentran en:

http://tmeister.net/amfphp/browser/

Una vez que los métodos de escritura estén listo montare un wordpress exclusivo para el proyecto en el cual podrán hacer o deshacer lo que quieran

Para peticiones, sugerencias, reclamos, etc. Por favor háganlo directamente en la lista de correo del proyecto para subscribirse a la lista basta con enviar un email vació a la dirección

awi-dev-subscribe@googlegroups.com

Ahora por ultimo y no por ello menos importante no me queda mas que agradecer a todos los miembros del equipo de Riactive por el apoyo, principalmente a Edgar Parada, estoy realmente agradecido por el apoyo en este proyecto.

No queda mas que… a ponchar código. :p

No sean tímidos y envíen sus clientes

Saludos!!

Toda la información la pueden encontrar el blog de AWI http://tmeister.net/awi/primera-fase-terminada/

Nos estamos leyendo

De verdad les agradecería sus comentarios sobre el proyecto, que al fin del día es un proyecto para la comunidad o sea todos nosotros

La url del sitio es : http://tmeister.net/awi/

Nos estamos viendo.

Hace un par de días comencé a trabajar sobre un nuevo proyecto. Su nombre oficial es AWI (Amfphp WordPress Integration).

El propósito de AWI es hacer servicios para Amfphp, los cuales servirán de “gateway” entre Flex/Flash y WordPress, para así poder hacer GUI’s sobre estas 2 plataformas de desarrollo.

Como comente al inicio, este proyecto lo comencé apenas hace un par de días. Y espero dedicarle un par de horas al día, por lo menos ( O lo que el cuerpo aguante ), ademas de esto decidí hacer de este un proyecto abierto, se que es un proyecto pequeño, pero que mas da, veamos cual puede ser el resultado.

Por el momento el proyecto consta solo de 4 servicios y estan en estado alpha, por el momento, solo leen algunas propiedades de WordPress.

Ademas de contar con los métodos para tomar la información normal del blog, Post, Comentarios, Categorías, BlogRoll, etc. Tal vez también se integre todo lo referente a la administración del mismo aun no lo se.

Si alguien esta interesado en participar pueden encontrar el proyecto hospedado en GoogleCode

http://code.google.com/p/awi/

Los archivos los pueden descargar en

http://code.google.com/p/awi/downloads/list

Para ver los métodos hasta el momento puede entrar a

http://tmeister.net/amfphp/browser/

bajo el apartado WordPress.

Si alguien tiene comentarios, ideas, etc son bienvenidas.

– English –

Two days ago i began working on a new project officially called AWI (Amfphp WordPress Integration).

The objective to reach is to make services for working on Amfphp, which will be like a “gateway” between Flex/Flash and WordPress, and building GUIs on those two platforms.

like i said at the beginning, this project started two days ago, and i will spend at least a couple of hours a day, as well as beginning this project, it will be open source, i know it is a little project but doesn’t matter, we’ll see the impact and the results.

Currently it has just 4 services in alpha status, they access a few properties from WordPress.

As well as to have the methods for taking the normal data from the blog, posts, comments, categories, blogroll, etc, maybe i will add features about the management but i still dont know.

If anybody is interested and want to collaborate, the project is hosted in GoogleCode:

http://code.google.com/p/awi/

You can download the files from:

http://code.google.com/p/awi/downloads/list

The methods written currently could be reached at:

http://tmeister.net/amfphp/browser/

under the WordPress section

Any help, ideas, comments would be appreciated.

cheers

1.Descargar e Instalar Amfphp 1.9 beta 2.

Descarga el archivo zip de amfphp 1.9, descomprimelo y sube el folder amfphp a algún lugar de tu servidor, el mejor sitio seria el directorio principal de tu sitio. Para comprobar que todo esta correcto haremos la vieja pero siempre efectiva comprobación. En tu navegador escribe la dirección que apunte hacia el archivo gateway.php

Si el folder de amfphp se encuentra en el folder raíz de tu sitio entonces la dirección seria:

http://www.tusitio.com/amfphp/gateway.php

Si todo sale bien debes de ver un mensaje como este.

“amfphp and this gateway are installed correctly. You may now connect to this gateway from Flash.

Note: If you’re reading an old tutorial, it will tell you that you should see a download window instead of this message. This confused people so this is the new behaviour starting from amfphp 1.2.

View the amfphp documentation

Load the service browser”

2. Crear nuestro primer servicio.

HelloWorld.php

<?php
 class HelloWorld
 {
 	public function SayHi()
 	{
 		return "Hi there. =)";
 	}
 }
?>

Si ya habías trabajado con una versión vieja de amfphp te darás cuenta que $this->methodTable se ha eliminado de la estructura de la clase.

$this->methodTable era utilizado para asignar las propiedades de las funciones, sobre todo la descripción, y la forma de acceso, esto ultimo para saber si se podría acceder a la función de forma remota o solo local.

En esta nueva versión como dije antes $this->methodTable dejo de usarse. Ahora esta nueva versión de amfphp asume que todas las funciones pueden accederse remotamente a menos que el nombre de la función comience con guion-bajo “_” o la función sea declarada como privada, esta ultima opción solo esta disponible en php5.

Un ejemplo HelloWorld2.php

<?php
 class HelloWorld
 {
 	public function SayHi()
 	{
 		return "Hi there. =)";
 	}
 	private function connectDB()
 	{
 		//PHP5
 		//Solo se puede ejecutar desde la misma clase
 	}
 	function _localMethod()
 	{
 		//PHP4
 		//Esta funcion tambien sera accesible desde la misma clase unicamente
 	}
 }
?>

3. Configurar Flex2 para trabajar con amfphp

Debemos crear un proyecto básico en Flex.

Ahora necesitamos crear un archivo de configuración para que flex sepa donde buscar nuestros servicios de amfphp.

Para ello creamos el archivo services-config.xml con la siguiente estructura

<?xml version="1.0" encoding="UTF-8"?>
<services-config>
	<services>
		<service id="amfphp-service" class="flex.messaging.services.RemotingService" messageTypes="flex.messaging.messages.RemotingMessage">
			<destination id="amfphp">
				<channels>
					<channel ref="amfphpId"/>
				</channels>
				<properties>
					<source>*</source>
				</properties>
			</destination>
		</service>
	</services>
	<channels>
		<channel-definition id="amfphpId" class="mx.messaging.channels.AMFChannel">
			<endpoint uri="http://www.tmeister.net/amfphp/gateway.php" class="flex.messaging.endpoints.AMFEndpoint"/>
		</channel-definition>
	</channels>
</services-config>

La única linea que nos interesa y que debemos modificar es la siguiente:

<endpoint uri="http://www.tmeister.net/amfphp/gateway.php" class="flex.messaging.endpoints.AMFEndpoint">

Modificando la ruta hacia donde esta nuestro archivo gateway y guardandolo en el folder raíz de nuestro proyecto.

Una vez que tenemos nuestro archivo, dar click derecho sobre el nombre del mismo e ir a propiedades. Se abrirá una ventana de propiedades, obviamente, seleccionamos del menú izquierdo la pestaña “Flex Compiler” y en la linea de “Argumentos adicionales de compilación” -s services “services-config.xml” y damos click en “Ok”

Ahora ya estamos listos para trabajar con amfphp 1.9 y Flex.

4. Probando la conexión

Lo primero es subir nuestro servicio “HelloWorld.php” el cual creamos en el paso 2.

Este servicio debe de estar dentro del folder amfphp/services, dentro, puedes crear folders anidados sin ningún problema en este caso lo colocare en la carpeta Tutorials/HelloWorld.

Creamos una pequeña interfaz la cual constara de un un par de LinkButtuns, un TextArea contenidos dentro de un panel cuyos botones ejecutaran los métodos remotos de amfphp.

Algo así

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">
	<!-- Funciones que controlan los eventos del RemoteObject -->
	<mx:Script >
		<![CDATA[
			import mx.rpc.events.FaultEvent;
			import mx.rpc.events.ResultEvent;
			public function onMethodResult(event:ResultEvent):void
			{
				out_txt.text = "Result "+event.result
				out_txt.text += "\nDataType "+ typeof(event.result)
			}
			public function onServiceFault(event:FaultEvent):void
			{
				out_txt.text = "Fault "+event.fault
			}
		]]>
	</mx:Script>
	<!-- Declaracion del RemoteObject y sus metodos -->
	<mx:RemoteObject
		id="helloService"
		source="Tutorials.HelloWorld.HelloWorld"
		destination="amfphp"
		fault="{onServiceFault(event)}"
		showBusyCursor="true"
	>

		<mx:method
			name="SayHi"
			result="{onMethodResult(event)}"
		>
		</mx:method>

	</mx:RemoteObject>
	<!-- Layout general-->
	<mx:Panel x="0" y="0" width="250" height="200" layout="absolute" title="Amfphp-RemoteObject">
		<mx:LinkButton x="178" y="135" label="Fault" click="{helloService.invalidMethod.send()}"/>
		<mx:LinkButton x="108" y="135" label="SayHi" click="{helloService.SayHi.send()}"/>
		<mx:TextArea x="7" y="7" width="216" height="121" id="out_txt"/>
	</mx:Panel>
</mx:Application>

vamos a ver parte por parte.

<mx:RemoteObject
	id="helloService"
	source="Tutorials.HelloWorld.HelloWorld"
	destination="amfphp"
	fault="{onServiceFault(event)}"
	showBusyCursor="true"
>

	<mx:method
		name="SayHi"
		result="{onMethodResult(event)}"
	>
	</mx:method>
</mx:RemoteObject>

En este tag como se puede ver creamos nuestro RemoteObject los parámetros son:

id : El nombre con el cual haremos referencia
source: el path a partir del folder amfphp/services, donde se encuentra nuestro servicio en el servidor,
destination: el identificador seteado en el tag <destination> del archivo services-config.xml
fault: El método que sera ejecutado al momento de que ocurra un error.
showBusyCursor: Mientras dure la ejecución del método remoto flex mostrara el cursor de ocupado

Dentro del tag RemoteObject debemos agregar los métodos a los cuales vallamos a acceder desde Flex y definir la función que se ejecutara cuando el método se haya ejecutado con éxito.

Esto lo hacemos definiendo el tag <mx:method>

<mx:method
	name="SayHi"
	result="{onMethodResult(event)}"
>
</mx:method>

los parámetros son:

name: El nombre del método que se ejecutara, que es el mismo que tenemos en nuestro servicio.
result : asignamos la función que se ejecutara cuando el método remoto se ejecute.

Por ultimo, debemos ejecutar dichos métodos desde nuestra interfaz, en este ejemplo se ejecutan mediante un LinkButton

<mx:linkbutton x="108" y="135" label="SayHi" click="{helloService.SayHi.send()}">

Al momento de dar click enviamos la petición de ejecución del método SayHi que esta definido dentro del RemoteObject helloService, simple cierto?

Este es el resultado final.

Aqui estan los archivos completos del proyecto. helloworld-amfphp19.zip

Con esto podemos comenzar a trabajar y a aprovechar todas la ventajas que amfphp nos ofrece.

Cheers.

Aquí esta toda la información al respecto.

Habrá que probarlo

Enjoy.

En lo personal había probado WebOrb con Flex pero no me gusto del todo. Sera que siempre he sido fiel a amfphp .

Ahora con este versión podremos trabajar con Flex usando AMF3 sin ningún problema, que mas se puede pedir. =)

No voy a traducir el correo completo jeje así que hago un copy/paste del correo original de Patrick Mineault

“Hi all,

I’ve finally gotten around to add AMF3 support to amfphp, so you can
finally use Flex 2′s RemoteObject with it. To test the new features,
I’ve created a new Service Browser in Flex 2 which allows you to
introspect services and test methods on the fly. I need people to test
out the new AMF3 support.

New/changed features:

- $this->methodTable is DEAD. All methods in /services are now
considered remotely accessible, unless you set them to protected or
private (PHP5) or start the method name with an (_), in which case it
will throw an error. If you want to get a description of a method and
it’s arguments without looking at the class itself, add JavaDoc to the
method and you should see it in the new Service Browser.
- _authenticate is dead, as a side-effect of the removal of the
methodTable. You can secure methods by creating a special function
called “beforeFilter($methodName)” in your class and return false to
stop a method from being executed. (the _ and the beforeFilter are the
conventions used by CakePHP, so I figured I’d use those instead of
rolling my own).
- Circular references in AMF0 and AMF3 should now work. Class mapping
code has been ported to the AMF3 code also. To use remote class mapping,
use registerClassAlias or the [RemoteClass] metadata tag, then read the
instructions in advancedsettings.php
- Returning a mysql_query will now return either an Array or an
ArrayCollection depending on the setting in gateway.php. Other database
types are currently unsupported in AMF3 mode (they will be supported as
soon as I am sure the AMF3 code is perfect).
- You can send ByteArray, ArrayCollection and ObjectProxy instances as
arguments to remote methods. You will receive the result as a string, as
the inner array and as the inner object, respectively. Currently there
is no way to send back these types to Flash, but there will be in the
next version.
- /browser now brings up the brand spanking new Flex 2-based service
browser. You can test methods directly through it. If the method returns
an array or arraycollection, the browser will attempt to show it in a
datagrid (sweet). Please feel free to modify servicebrowser.mxml (it’s
very spaghetti-code-ish, but it works). You will need the Adobe corelib
to compile (google for the link)

Limitations/things to keep in mind:

- MySql works but not other databases
- You can use a JSON string for arguments in the service browser.
However you must wrap object keys in quotes (a limitation of Adobe
corelib).
- Paged recordsets don’t work anymore
- Only tested in PHP5. PHP4 might show issues with circular references.
- Calling two methods on a remoteObject one after the other (during the
same frame) might not work.
- Charles and ServiceCapture have some issues with AMF3 handling. You
might see strings which seem out of place in your output while it works
fine in Flash. I will notify the people involved. You might want to set
PRODUCTION_SERVER to true in gateway.php if this is a recurrent problem,
in the meantime.
- If you need to send to Flash a class and want it to be mapped to a
class in a package, you need to add a key to the class called
_explicitType with a value of “com.mypackage.TheClass” and use
registerClassAlias or [RemoteClass] as usual ( a limitation of php not
supporting packages)

All that being said, I need testers. Please download it here:

http://5etdemi.com/uploads/amfphp-1.9.alpha.zip

(although it states it is amfphp 1.9, there will be no amfphp 1.9.
amfphp 2.0 will be amfphp 1.9 + JSON and possibly XML-RPC)

If you run into any issues, please either:

- Create a minimal test case which shows the reproducible bug, then send
it to me.
- In gateway.php, uncomment $gateway->logIncomingMessages and
logOutgoingMessages, create an in and an out folder and run it again.
Then send the log files (*.amf) to me.

Please send the feedback to pm AT 5etdemi DOT com. I am confident it
should be pretty stable, as most of the new code is lifted from
Fluorine, but you never know. Once I am 100% sure the amf 3 code is
bulletproof I will release another version with some publicity on the
blog and the homepage (currently keeping the new code low-profile).

Thanks,

Patrick“

]]> http://tmeister.net/2006/12/12/amfphp-soporta-amf3/feed/ 0 http://tmeister.net/2005/07/12/consuming-the-mxna-web-service-using-amfphp-tutorial/ http://tmeister.net/2005/07/12/consuming-the-mxna-web-service-using-amfphp-tutorial/#comments Wed, 13 Jul 2005 02:58:37 +0000 Tmeister http://tmeister.net/?p=54 Esta semana he tenido algo de tiempo y al fin he escrito un tutorial introductorio sobre como consumir Web Services mediante AMFPHP v1.0.

En este tutorial hacemos uso de los Web Services de Macromedia XML News Aggregator

Sin más rodeos aquí esta el Tutorial.

consumiendo_web_services_amfphp_flash_mx_2004

see ya…

Como todos saben, se lanzo un concurso para escoger un layout para dicho sitio. En total solo se enviarion 3 Layouts.

Pero bueno, resumiendo el layout que envie resulto el ganador.

Layout original http://www.tmeister.net/layout

Sitio oficial del amfphp http://www.amfphp.org

Una entrada mas para el CV.

Hay que empezar a probarla a ver que tal..

Mas detalles Aqui

Su uso es algo así

[as]
import amfConnect;
var rm:amfConnect = new amfConnect(“http://tmeister.net/amfphp/gateway.php”);
rm.setService(“HelloWorld”);
rm.doQuery(“getMessage”, getData);
function getData(obj) {
trace(obj);
}
[/as]

La clase, la documentación y los archivos fuente están disponibles en el FlashWiki

enjoy