| Autor |
Mensagem |
|
|
Ih cara, eu tô instanciando ThreadTeste mesmo, é pq postei com pressa o código...
Corrigindo:
Eu usei exatamente o mesmo código q aqui, omitindo alguns q eu substituí pelo comentário "// Faça algo"
Apliquei o Singleton só pra ter certeza q estamos falando do mesmo objeto.
Abraços
|
 |
|
|
Pessoal, estava estudando threads, e me deparei com o seguinte problema:
Suponham q eu tenha uma classe assim:
Agora, tenho a seguinte Thread:
E, finalmente, tenho a classe-teste:
Isso, creio eu, deveria retornar blocos assim:
Entretanto, no meio da execução, ele retorna, por exempo:
Ora, se metodo1() ta sincronizado, pq o metodo tá sendo interrompido na metade?
Agradeço mto a paciência d analisar o problema, e abraços.
P.S. - plataforma linux
|
|
|
|
|
No caso, supondo q seja uma coleção d objetos q a aplicação possa recuperar depois.
|
|
|
|
Olá d novo pessoal.
Uma coisa q me enrola muito é a concorrência de requisições ao mesmo servlet... Por exemplo: suponham q minha aplicação funcione da seguinte maneira:
- um servlet adiciona ao ServletContext um atributo associado a um objeto hipotético;
- após isso, o servlet redireciona pra primeira página.
Cada requisição a uma página é uma thread diferente q acessa esse servlet, certo? Esse objeto é tratado da mesma maneira? Ou seja, várias threads representando as requisições acessam o mesmo atributo, ou um é criado para cada thread?
Abraços
|
|
|
|
Heh! Deu certo! 
Tenho q mapear todos os meus servlets botando /servlet/NomeDoServlet.
Obrigado pela ajuda d todos.
|
|
|
|
3. Add each and every servlet to the web.xml file,
complete with a URL mapping. This is the preferred
way. Here is an example.
<servlet>
<servlet-name>example1</servlet-name>
<display-name>example1</display-name>
<servlet-class>myclasses.example1</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>example1</servlet-name>
<url-pattern>servlet/example1</url-pattern>
</servlet-mapping>
Hmm... quer dizer q, pra sobrepor o mapeamento padrão, eu preciso mapear meus servlets sempre com "/servlet/" na frente?
Obrigado pela atenção.
|
|
|
|
dsiviotti wrote:(...) e é bem mais provável que o pessoal da administração não esteja conseguindo acertar as configurações do que o Tomcat tendo problemas.
É, acho q vc tem razão. O pessoal não soube me responder se é pra colocar as classes dos servlets na pasta "classes" ou "servlets"... 
Acho q eles fazem o mapeamento global no web.xml do tomcat, mas qdo eu tento mapear meus servlets com meu web.xml, não dá certo... Mas qdo eu usei o InvokerServlet, consegui rodar um HelloWorld... 
Abraços
|
|
|
|
Obrigado pessoal, não conhecia esse Jetty.
Eu uso o tomcat há um tempo já, já estava até aprendendo a configurar os .xmls
Mas fiz essa pergunta pq estou tendo sérios problemas pra rodar meu aplicativo java na faculdade. Os servlets não estão sendo mapeados d jeito nenhum (eles usam mapeamento automático - InvokeServlet), e a administração não consegue resolver o problema.
Lá é tudo linux e o serviço do tomcat é compartilhado entre os usuários.
Abraços
|
|
|
|
Olá pessoal
Qual a opinião d vcs sobre o tomcat? Que alternativas vcs conhecem?
Abraços
|
|
|
|
escordeiro wrote:Os métodos wait, notify e notifyAll SÓ podem ser chamados dentro de blocos ou métodos synchronized...
Pois é, formulei mal minha pergunta: usar chamadas wait(), notify(), notifyAll() dentro de métodos synchronized ou colocar blocos synchronized dentro dos métodos, somente nas instruões críticas (como gravar em um arquivo)?
Obrigado pela atenção de todos.
|
|
|
|
Valeu cara. Perguntei isso pq pensei q colocar blocos synchronized dentro dos métodos fosse melhor do q ficar procurando posições estratégicas pra alocar chamadas a notify(), notifyAll() ou wait().
Abraços
|
|
|
|
Olá a todos
O q é melhor: eu utilizar os métodos wait() e notify() para controlar as threads q acessarão o meu método, ou escrever blocos synchronized {} nas instruções críticas? Quais situações seriam adequadas para as duas maneiras?
Abraços
|
|
|
|
Olá, obrigado pela resposta. O mesmo arquivo será usado por todas as threads.
Abraços
|
|
|
|
Olá a todos
Suponha q eu tenha o seguinte método:
Suponha ainda q eu tenha uma aplicação com várias threads gravando objetos a partir desse método.
Pergunta: preciso sincronizá-lo?
Abraços.
|
|
|
|
Olá
Eu comprei o livro há uns meses atrás. O autor é um dos caras q escreveu o Core Java, e ele explica os conceitos d maneira mais direta do q o Deitel, além d estimular a OO desde o começo. O Deitel inicia um pouco d programação estruturada antes d dar OO, enquanto q o Big Java já começa orientado a objetos. Mas ele não supera o Deitel no quesito de carga de exercícios.
|
|
|
|