joseignaciosg / pawrealstate Goto Github PK

Solo habría que mostrar las imágenes con links a las propiedades, con la dirección y el barrio.
Tratá de usar la doc http://twitter.github.com/bootstrap/components.html#thumbnails

Todos los usuarios, incluyendo los anónimos, deben ver un hipervínculo en el detalle de un aviso que les permita acceder a otros avisos del anunciante (que aún no hayan sido vendidos). Este listado debe tener el mismo formato que la búsqueda avanzada.

Sobre el requerimiento obligatorio 7, se agrega el envío de un mail al publicador informando el interés de un usuario en su propiedad.

Para tener logs mas claros y copados. :D

Los usuarios registrados deben poder finalizar la publicación de un aviso para indicar que la propiedad fue vendida o alquilada. Una vez hecho esto, el aviso no debe aparecer en los resultados de las búsquedas avanzadas. Asimismo los publicadores deben poder deshacer esta operación permitiendo que el aviso vuelva a aparecer en los resultados de las búsquedas (accediendo al mismo desde el listado de sus propiedades).

Revisá que se cumplan todos los requerimientos como dice, cualquier duda avisá.

Todos los usuarios, incluyendo los anónimos, deben poder desde el detalle de un aviso consultar los datos de contacto del publicador. Para ello, deben indicar su nombre, email, teléfono y un comentario opcional. Al completar estos datos se le debe mostrar al usuario el teléfono y el email del publicador.

Si es posible con el cosito de bootstrap que los pasa :P

Todos los usuarios, incluyendo los anónimos, deben poder acceder a una página que muestre todos los datos de un aviso, incluyendo las fotos y el formulario de contacto (que se describe a continuación).

Se requiere agregar al servicio de Avisos un metodo para obtenerlo mediante los parametros dados (el ID)
Hay que testear eso y bla bla bla, hay que hacer la vista de la página y toda la bola.

No importa que sea muy potente este, solamente que obtenga el asset por ID alcanza.

Generá (probablemente a manopla) la data que se va a entregar, despues vemos como hacemos el dump.

Todos los usuarios, incluyendo los anónimos, deben poder ver en el detalle de un aviso un mapa en donde se marque la ubicación de la propiedad.

Depende del request 1
Hay que tener un UserManager para poder detectar el usuario registrado.
Hay que implementar y testear un Servicio para cargar los avisos.
Luego hay que implementar el formulario (GET) y la llamada que ejecuta el servicio (POST)

Con @FedericoHomovc

Los usuarios registrados deben poder editar los avisos publicados, 
pudiendo modificar toda la información básica del punto anterior. 
Para esto deben disponer de una página en donde se listen sus propiedades publicadas.

Requerimos de un Servicio que obtenga el listado de propiedades, mas una vista que lo muestre.
También de un formulario para editar servicio, y un POST que llame al servicio que actualize.
El servicio es el mismo que el que maneja la creación de avisos.

Necesitamos un UserManager para poder manejar la Session, también deberíamos hacer que reciba los parámetros de las URLs que son privadas.

Se debería crear una implementación abstracta de la interfaz Entity que implemente todos los
métodos. Luego todas las entidades deberían extender de esta clase para evitar repetir tanto código.
El método isNew se debería implementar en función del ID (no es necesario otro atributo para
representarlo). Resulta costoso en términos de programación y propenso a errores que las entidades
sepan responder al mensaje isDirty. *

Implement the static class DaoProvider, which has the methods getUserDao , getPropertyDao, etc

Create the property dao interface extending from the dao interface, and the implemente the SQLUserDao and the InMemoryUserDao (to test)

La aplicación debe ofrecer al momento del login la opción de recordar el nombre del usuario (que el usuario no deba escribir su username) y/o al usuario logueado (que no solicite las credenciales) para futuras sesiones.

Se cargan re lento, el tema está en el servlet. Devolver con algun codigo http y dejar las últimas en memoria ayudaría.

if a user creates a property , this property never gets an id, so when you search for it , and press on "detail" you get an error

Full implementation of it.

With same behaviour as the in memory one.

Create the ContactRequest dao interface extending from the dao interface, and the implement the SQLContactRequestDao and the InMemoryContactRequestDao (to test)

Todos los usuarios, incluyendo usuarios anónimos, deben poder consultar el listado de avisos en venta/alquiler a través de una búsqueda avanzada por: tipo de operación, tipo de inmueble y rango de precio. Todos estos campos son opcionales, incluyendo los extremos del rango de precios (por ejemplo, se puede ingresar un límite inferior pero dejar en blanco el superior). Para cada propiedad se debe mostrar el tipo de operación, el tipo de inmueble, la dirección, el barrio, el precio y un hipervínculo que le permita al usuario llegar a otra página que muestre toda la información de la propiedad. El listado debe poder ordenarse ascendente o descendentemente por precio.

Se requiere de un Servicio que maneje la busqueda y los parámetros de la misma, y un page que se encargue de mostrar la data mediante GET. Mas sus vistas obviamente.
El servicio tiene que ser testeado.

Los usuarios deben poder registrarse en el sistema indicando su nombre, apellido, email,
teléfono, usuario y contraseña. Todos los campos son obligatorios. La contraseña debe
ingresarse dos veces para verificar que esté correctamente escrita. No puede haber nombres
de usuario repetidos.