psykotico

Ok, Desculpe falha minha ... Por estar trabalhando muito com JSON, acabei passando a anotação errada (Sim, caso você queira trabalhar com AJAX, essa seria a anotação correta) .. Desculpe mesmo.

vamos a duas soluçoes:

A primeira é você anotar com @RequestParam e pegar atributo por atributo. Não é tão simples, mas talvez em casos mais específicos te ajude:
@RequestMapping(value="/", method=RequestMethod.POST) public String form(@RequestParam("nome") String nome, @RequestParam("email") String email, @RequestParam("telefone") String telefone, @RequestParam("mensagem") String mensagem) { Contato contato = new Contato(); contato.setNome(nome); contato.setEmail(email); contato.setMensagem(mensagem); contato.set cr.save(contato); return "redirect:/Index"; }
A segunda, e acredito que seja a que mais se adeque ao que você deseja (O Thymeleaf automaticamente seta o ModelAttribute quando você utiliza th:object="${contato}") :
@RequestMapping(value="/", method=RequestMethod.POST) public String form(@ModelAttribute Contato contato) { cr.save(contato); return "redirect:/Index"; }  
 

É que você tá chamando o método com o seguinte parâmetro:
logindao logi = new logindao(); //... logi.Alterar(login.getSenha()); ou seja, você tá passando uma String Senha, para um método e lá você está aguardando que o Objeto seja um LoginBean
acredito que deva funcionar se você alterar a chamada do método para:
logi.Alterar(login);  

Sim ... esses warnings indicam que você tem atributos privados no código, mas não tem uma forma de recuperar ou atualizar esses dados. Se essas informações fosse informações que você utilizasse em outro método, ele não acusaria o warning. O caso é que você seta eles no construtor, ou calcula eles em um método, mas o valor nunca é recuperado.

Bem ... depende de como você instalou o Tomcat ... você baixou automaticamente pelo eclipse, ou está utilizando um outro servidor instalado e apontando o eclipse para essa instância???

Se for a segunda, é mais fácil ... Mande o sistema exportar o war do projeto ... (ou na linha de comando, entre na pasta do projeto e digite "jar cfv .war ." ... Depois coloque dentro da pasta "webapps" do tomcat ... ao reiniciar o tomcat, ele deve descompactar os arquivos do war e criar uma pasta com todas as class e views lá ...

Acredito que a melhor forma de fazer isso é utilizando um Map. Não será necessário nem ao menos utilizar o equals, pois a chave do Map será o tipo, e o valor será a quantidade. Com isso, no foreach, você apenas faz o calculo:
for (Engenheiro eng : listaEng){ //verifica se existe a chave já no map, caso contrário inicializa com 0 int total = 0; if (map.containsKey(eng.getType()){ total = map.get(eng.getType()); } //atualiza o valor dessa chave map.put(eng.getType(), total + 1); } Ai, para mostrar, basta você percorrer cada chave do Map e exibir o valor ...

Na verdade existem várias opções de Banco de Dados para Android. A mais conhecida e aprovada é o SQLite, que já vem embarcado. Mas caso queira usar um NoSQL, por exemplo, tem o Couchbase Portable ... já usei e achei interessante. Porém, num sistema para Android você precisa ter em mente que recurso é ouro. Então, gastar recurso com um banco de dados diferente de um SQLite, pode na verdade não ser a melhor das soluções.
 
E como disse o Carlos acima, se utilizar um WebService, aí o critério é completamente seu.

O List é uma Collection. Assim ele "não deveria" ser um campo em uma tabela, pois na verdade ele é uma lista de dados. Pensando nessa forma ele seria algo como um relacionamento de 1->N entre duas tabelas, sendo a tabela "oficinas" o 'N' dessa relação.
 
Utilizando o Hibernate, você consegue configurar facilmente para ele popular essa Collection pra você .... Fazendo isso com SQL query, você precisaria fazer 2 selects, um para a primeira tabela e depois popular o List com os dados da tabela Oficina.

Veja, no código você criou uma classe para realizar a soma ... Porém, por mais que você instancie as classes, os atributos do objeto (n1, n2, n3, n4) não estão recebendo os valores ... Perceba que o "n1" utilizado dentro da função main, tem escopo apenas como variável da função main ... Os atributos de Soma são outra coisa ... para setar os valores você precisaria utilizar os Setters da classe assim:
public class Soma { int n1,n2,n3,n4,somaNumeros=0; public void soma(){ somaNumeros = n1+n2+n3+n4; System.out.print("A soma é: "+somaNumeros); } public void setN1(int numero){ this.n1 = numero; } // ... Criar os métodos SETTERS e GETTERS de cada atributo.} E na main você poderia utilizar algo assim:
import java.util.Scanner;public class TesteSoma { public static void main(String[]args) { Soma s1= new Soma(); Scanner ler = new Scanner(System.in); System.out.print("Digite o primeiro numero: "); int n1 = ler.nextInt(); s1.setN1(n1); System.out.print("Digite o segundo numero: "); int n2 = ler.nextInt(); s1.setN2(n2); System.out.print("Digite o terceiro numero: "); int n3 = ler.nextInt(); s1.setN3(n3); System.out.print("Digite o quarto numero: "); int n4 = ler.nextInt(); s1.setN4(n4); s1.soma(); }} Com isso o programa funcionará. Porém, aconselho utilizar mais dos conhecimentos da Orientação à Objetos para melhorar o código ... um exemplo seria exibir o resultado fora do método soma() ... alterando o método para retornar o valor de somaNumeros, você poderia colocar na main assim:
System.out.print("A soma é: " + s1.soma()); Existe muita coisa que ainda pode ser melhorada levando em conta apenas a Orientação à Objetos e boas práticas ... Mas continue firme e qualquer coisa só perguntar ...

Existem varias formas de fazer ... por Expressão Regular, por split (quebrar essa String em um Array de Strings), entre outras ...
 
eu sinceramente mudaria um pouco, e não colocaria a vírgula e simplificaria usando apenas o Split por espaço.