Estrutura de pacotes para um projeto Java?

Qual é a prática recomendada para configurar estruturas de pacote em um aplicativo da Web Java?

Como você configuraria seu src, código de teste de unidade, etc?

Você pode seguir o layout de projeto padrão do maven . Você não precisa realmente usar o maven, mas isso tornaria a transição mais fácil no futuro (se necessário). Além disso, outros desenvolvedores estarão acostumados a ver esse layout, uma vez que muitos projetos de código aberto são dispostos desta forma,

Existem alguns recursos existentes que você pode verificar:

1. Empacote corretamente suas classes Java
2. Arquitetura Spring 2.5
3. Tutorial Java - Nomeando um Pacote
4. SUN Naming Conventions

Pelo que vale a pena, minhas próprias diretrizes pessoais que costumo usar são as seguintes:

1. Comece com o domínio reverso, por exemplo, "com.minhaempresa".
2. Use o nome do produto, por exemplo, "meu produto". Em alguns casos, minha tendência é ter pacotes comuns que não pertencem a um produto específico. Eles acabariam categorizados de acordo com a funcionalidade dessas classes comuns, por exemplo, "io", "util", "ui", etc.
3. Depois disso, torna-se mais livre. Normalmente eu agrupo de acordo com o projeto, área de funcionalidade, implantação, etc. Por exemplo, posso ter "projeto1", "projeto2", "ui", "cliente", etc.

Alguns outros pontos:

1. É bastante comum em projetos em que trabalhei que os nomes dos pacotes fluam da documentação de design. Normalmente, os produtos já são separados em áreas de funcionalidade ou finalidade.
2. Não se estresse muito em colocar funcionalidades comuns em pacotes superiores imediatamente. Espere até que haja uma necessidade entre projetos, produtos, etc. e, em seguida, refatorar.
3. Observe as dependências entre pacotes. Eles não são todos ruins, mas podem significar um acoplamento estreito entre o que podem ser unidades separadas. Existem ferramentas que podem ajudá-lo a controlar isso.

Eu sugeriria criar sua estrutura de pacote por recurso, e não pela camada de implementação. Uma boa descrição disso são as práticas Java: pacote por recurso, não por camada

Normalmente gosto de ter o seguinte:

• bin (binários)
• doc (documentos)
• inf (informações)
• lib (bibliotecas)
• res (recursos)
• src (fonte)
• tst (teste)

Podem ser considerados não convencionais, mas acho que é uma maneira muito boa de organizar as coisas.

The way I usually organise is
- src
        - main
                - java
                - groovy
                - resources
        - test
                - java
                - groovy
- lib
- build
        - test 
                - reports
                - classes
- doc

A maneira como geralmente tenho minha hierarquia de pastas

• Nome do Projeto
  • src
  • bin
  • testes
  • libs
  • docs

Outra maneira é separar as APIs, serviços e entidades em pacotes diferentes.