Mensagens enviadas por: silvionetto
Índice dos Fóruns » Perfil de silvionetto » Mensagens enviadas por silvionetto
Autor Mensagem
guilherme.fre wrote:Ah, é verdade.

Então a parte de dominio.aplicacao é que eu tenho que customizar? E como?


sim, você deve colocar o pacote das suas classes.
ex: log4j.br.com.silvionetto.helloworld=INFO

O que isso significa que você quer o log em nível INFO das classes do pacote:
com.silvionetto.helloworld.
Sendo assim qualquer classe que estiver a baixo desse pacote irá gerar log.
Lembrando, se a classe tiver log.info("menssagem");

ex:

package com.silvionetto.helloworld;

import org.apache.log4j.Logger;

public class Hello {

Logger logger = Logger.getLogger(Hello.class);

public void fazAlgo() {
logger.info("Entrou em fazAlgo");
}
}
não o nível do log que você deseja ERROR-WARN-INFO-DEBUG
Não sei como se faz em xml.
Mas no arquivo de properties eu fazia assim:
log4j.com.dominio.aplicacao=INFO
giselezr wrote:isso mesmo eu usava o arquivo tomcat-users.xml...

o jboss-web.xml é no mesmo diretorio que o web.xml?
sim, dentro de WEB-INF.

Pq é .do ? ex: <url-pattern>/home.do</url-pattern>
no tomcat eu usava assim <url-pattern>/jsp/*</url-pattern>
Porque esse é um exemplo de struts.
Você deve adequar a sua realidade.
Se usava deste modo pode continuar usando, que irá funcionar.
adriano_si wrote:
Pode até ser que dê pra fazer tudo dentro do WAR (realmente não sei)... Mas não aconselho...


Falows


Como pode ser observado na especificação JSR-318 Enterprise JavaBeans, Versão 3.1 Proposed Final Draft, na página 518, Capítulo 20 Packaging:

The ejb-jar file is the standard format for the exclusive packaging of enterprise beans. Enterprise
beans can also be packaged within a web application module (.war). The ejb-jar file or .war file
format is used to package un-assembled enterprise beans (the Bean Provider?s output), and to package
assembled applications (the Application Assembler?s output).

Um ejb-jar pode ser empacotado em um Web Application Module (.WAR).
adriano_si wrote:Fernanda, sim, o ideal é separar seu EJB de sua aplicação WEB, assim ele fica desacoplado e o Contêiner gerencia o EJB pra vc.

Pode até ser que dê pra fazer tudo dentro do WAR (realmente não sei)... Mas não aconselho...

Normalmente meus EJBs são JARs, minhas WebApps são WARs, tudo isso dentro de um EAR...

Falows


Bem nesse caso entao o que vai mudar é só seu empacotamento certo?
Pois você continuará tendo seus EJB como JARs e seu arquivos web em WAR.
Tudo dentro de um único arquivo antes chamado .EAR e hoje .WAR.
E vai lhe permitir rodar sua aplicação utilizando EJB em um conteiner mais leve como o tomcat.
fbarreto wrote:
silvionetto wrote:Se você estiver utilizando uma versão menor do que a 3 do JBoss Seam, sim.
Irá precisar de um EAR para usar o EJB.
Se você utilizar o JBoss Tools ele cria um projeto Seam EAR para você com a estrutura necessária.


Mas a ultima versão nao é a 2.2??
foi a ultima que achei aki:
http://seamframework.org/Download


A última versão estável sim.
Mas já está sendo desenvolvida a versão 3.
Como você pode observar no treicho a baixo retirado do site que você enviou:
# Developer/Committer SVN checkout of the 3.0 development branch (trunk):
mkdir seam-trunk && cd seam-trunk # creates directory to host the source
svn co https://svn.jboss.org/repos/seam/docs/trunk docs
svn co https://svn.jboss.org/repos/seam/examples/trunk examples
svn co https://svn.jboss.org/repos/seam/modules/trunk modules
cd modules/version-matrix && mvn install # seeds the Maven 2 repositor
Se você estiver utilizando uma versão menor do que a 3 do JBoss Seam, sim.
Irá precisar de um EAR para usar o EJB.
Se você utilizar o JBoss Tools ele cria um projeto Seam EAR para você com a estrutura necessária.
Com EJB 3.1 você pode sim.
Se quiser experimentar é só dar uma olhada em openejb.
openejb.apache.org
Gisele, como você fazia no tomcat?
Você usava o arquivo tomcat-users.xml?
Nele você tinha as roles e usuários:
<role rolename="tomcat"/>
E os usuários:
<user username="tomcat" password="tomcat" roles="tomcat"/>

No jboss o procedimento é parecido.
No arquivo login-config.xml no jboss, você irá configurar seu módulo de autenticação.
<application-policy name = "appexemplo">
<authentication>
<login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule" flag = "required">
<module-option name="usersProperties">props/appexemplo-users.properties</module-option>
<module-option name="rolesProperties">props/appexemplo-roles.properties</module-option>
</login-module>
</authentication>
</application-policy>

Depois você precisará criar esses arquivos:
- appexemplo-users.properties
Com o conteúdo:
admin=senha

- appexemplo-roles.properties
Com o conteúdo:
admin=operador,gerente,supervisor

e no seu web.xml firacaria assim:
<login-config>
<auth-method>FORM</auth-method>
<realm-name>appexemplo</realm-name>
<form-login-config>
<form-login-page>/loginpage.do</form-login-page>
<form-error-page>/loginfail.do</form-error-page>
</form-login-config>
</login-config>

<security-constraint>
<web-resource-collection>
<web-resource-name>appexemplo</web-resource-name>
<description>Acoes do sistema</description>
<url-pattern>/home.do</url-pattern>
<url-pattern>/funcionario.do</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>supervisor</role-name>
<role-name>gerente</role-name>
<role-name>operador</role-name>
</auth-constraint>
</security-constraint>

<security-role>
<description>Perfil Supervisor</description>
<role-name>supervisor</role-name>
</security-role>

<security-role>
<description>Perfil Gerente</description>
<role-name>gerente</role-name>
</security-role>

<security-role>
<description>Perfil Operador</description>
<role-name>operador</role-name>
</security-role>

Dentro da sua aplicação você irá precisar de um arquivo jboss-web.xml

<jboss-web>
<security-domain>java:/jaas/appexemplo</security-domain>
<context-root>/appexemploWeb</context-root>
<use-session-cookies>true</use-session-cookies>
</jboss-web>
Você pode usar os arquivos props/jbossws-users.properties e props/jbossws-roles.properties que ficam em ${jboss.home}\server\default\conf
Transient significa que ele não é persistido.
Ou seja ele não irá influenciar em nada na sua lógica.
Serve somente como um facilitador.
Você pode usa-lo de 2 formas.
@Transient
private String numeroFormatado;

ou
private transient String numeroFormatado;

Com isso na sua jsp vc usa ele assim:
<h:outputText id="numeroFormatado" value="#{item.numeroFormatado}." styleClass="colunaNomeCurto"/>
E se você criar um atributo transient com o texto já formatado.
Assim você só precisaria de um outputText.
Você já tentou colocar a tag html <nobr></nobr>
Uma boa coisa a se fazer é encapar o livro.
Hoje em dia as papelarias utilizam um plástico para encapar que custa em torno de 2 reais.
Mas isso evita muito aquela cara de livro velho.
Mas não resolve o problema do amarelamento das páginas.
Mas já ajuda né!!!
 
Índice dos Fóruns » Perfil de silvionetto » Mensagens enviadas por silvionetto
Ir para:   
Powered by JForum 2.1.8 © JForum Team