Carlos, em rela��o a impress�o em tamb�m utilizava um software para esta parte, na parte de relat�rios e etiquetas estou pretendendo montar modelos em HTML que se adaptem aos requisitos de impress�o. Sei que vai ser trabalhoso, mas foi a �nica solu��o que encontrei at� agora e estou deixando esta parte para ser a �ltima de implementa��o do novo sistema. ____________________Separador de Resposta____________________ Assunto: RES: RES: SERVLETS, applets e aplica��es. Autor: Carlos Campos Data: 22/10/99 12:05 Marcelo, A quest�o de valida��o em 1. n�vel dos campos realmente � um problema. Ou vc resolve com JavaScript (o que fica um pouco desgastante em termos de diversifica��o de linguagens de programa��o), ou vc usa um Applet que onera o tempo de carga do "front end", ou usa uma solu��o que eu custei a desmistificar, que � o uso de Formul�rios HTML (carga r�pida) interfaceando com alguns bot�es na forma de Applets. Esta solu��o � excelente, no entanto esbarrei em problemas do "bin�mio" Netscape/Iexplorer que me for�aram a inevitavelmente adicionar a linguagem Javascript neste ROLO. Assim sendo, acabei "hibernando" a id�ia. A mudan�a cultural do Usu�rio tamb�m faz parte deste processo de altera��o da INTERFACE. Sei que vou encontrar resist�ncia, mas entendo que enquanto os Applets n�o forem carregados e processados DE MODO TURBINADO como prev� o tal do HOT SPOT da SUN, vc como projetista de software precisa avaliar o balanceamento de carga entre o CLIENTE/SERVIDOR. Se vc dimensionar adequadamente o seu servidor de Servlets o seu tempo de resposta � M�NIMO, e com alguns macetes de programa��o, adicionando, quando necess�rio � seguran�a, algum Applet no lugar do Formul�rio HTML combinados com os Servlets, adquire-se um Modelo mais SEGURO poss�vel e, no meu ver, bastante satisfat�rio. Um ponto que vc n�o comentou, e que est� "pegando" � a parte de IMPRESS�O. Enquanto usava o CRYSTAL REPORTS tudo era resolvido r�pidamente. N�o tenho ainda uma estrat�gia para tratar as impress�es com JAVA, principalmente no que se refere � Etiquetas e Gr�ficos, evidentemente considerando uma forma alternativa ao pr�prio HTML. Um abra�o, Carlos Campos > ----- Mensagem original ----- > De: Marcelo F. de Figueiredo [SMTP:[EMAIL PROTECTED]] > Enviada em: Sexta-feira, 22 de Outubro de 1999 09:23 > Para: [EMAIL PROTECTED] > Cc: Lista Java BR > Assunto: Re:RES: SERVLETS, applets e aplica��es. > > Carlos, > > em primeiro lugar muito obrigado pela resposta. Gostaria tamb�m de > comentar > alguns pontos que voc� levantou. > > Em rela��o a "selecionar algo bem objetivamente / processar - Se > necess�rio, > aprofundar a sele��o" acredito que seja um dos contras do servlet e um > dos > motivos que estavam me levando a adotar applets ou aplica��es porque > os usu�rios > n�o est�o acostumados a trabalhar desta forma(constatei isto em > demonstra��es de > prot�tipos de funcionamento com servlet), o que eles querem � a partir > de uma > sele��o acessar o maior n�mero de informa��es poss�veis e n�o ir > aprofundando a > sele��o. > > Uma outra parte que eu estou com d�vidas de como implementar em > servlet � a > parte de valida��o em 1� n�vel dos campos(por exemplo um campo vazio). > Estou > pensando em JScript para fazer esta parte, porque ir at� o servidor > para fazer > este tipo de valida��o acho que n�o seja a melhor op��o. > > Quando pensei em construir atrav�s de applets aparecer�o as limita��es > na parte > cliente, tanto em rela��o a hardware/software quando em rela��o a > link. Uma > solu��o que eu estava pensando caso adotasse estas solu��es era > colocar um > servidor de aplica��es para minimizar a carga. Mas n�o me aprofundei > muito nesta > parte optando inicialmente por servlets. > > Um abra�o a todos. > > ____________________Separador de Resposta____________________ > Assunto: RES: SERVLETS, applets e aplica��es. > Autor: Carlos Campos > Data: 22/10/99 09:25 > > Prezado Marcelo, > > Estou vivenciando este processo de migra��o de aplica��es. No meu caso > seria do MS Visual Basic para Java. E gostaria de comentar que um novo > paradigma se forma, ou seja, a Orienta��o � Objetos e os mecanismos de > Interfaceamento com o Usu�rio s�o totalmente diferentes. > > Por uma limita��o de banda, vc precisa repensar a sua aplica��o num > modelo do tipo "selecionar algo bem objetivamente / processar - Se > necess�rio, aprofundar a sele��o" e assim sucessivamente. > > Este modelo de oferecer o m�nimo ao Usu�rio e gradativamente ir > ampliando as possibilidades de processamento (detalhamento) me parece > o > mais adequado para a capacidade de resposta dos sistemas > (hardware/software) atuais. > > Espero ter contribu�do, > > Um abra�o, > > Carlos Campos > > > ----- Mensagem original ----- > > De: Marcelo F. de Figueiredo [SMTP:[EMAIL PROTECTED]] > > Enviada em: Quinta-feira, 21 de Outubro de 1999 12:25 > > Para: [EMAIL PROTECTED] > > Assunto: SERVLETS, applets e aplica��es. > > Prioridade: Alta > > > > Oi pessoal, > > > > estou querendo passar uma aplica��o que eu desenvolvi em delphi para > > JAVA, s� > > que estou com d�vida em como fazer isto. J� estudei os tr�s m�todos > > citados > > acima, mas cada uma apresentou seus problemas. > > > > O que me atraiu mais foram os servlets por vc n�o ficar "amarado nos > > clientes", > > s� que minha aplica��o � muito din�mica e pelo que eu vi a cada > > intera��o do > > cliente com servlet eu teria que retornar uma nova p�gina(HTML), > > gostaria de > > saber se tem como por exemplo supondo que o usu�rio escolha uma > op��o > > em um > > combobox(HTML) eu consiga preencher somente este combobox ao inv�s > de > > gerar toda > > a p�gina novamente. > > > > Caso algu�m j� tenha passado por uma experi�ncia parecida e tiver > > algum > > coment�rio, eu agrade�o. > > > > > > Desde j� agrade�o a aten��o de todos. > > > > ________________________________________________________ > > Marcelo Figueiredo - MSC Tecnologia de Informa��o - Support > > [EMAIL PROTECTED] Tel.: +55 11 255-5499 Fax +55 11 256-6017 > > ________________________________________________________ > > > > > > > > > > > > > > > > > > * Para n�o receber mais e-mails desta lista envie um e-mail para > > [[EMAIL PROTECTED]] > > e no corpo do email escreva [unsubscribe <seu-email>] > > Veja as mensagens antigas em > > http://www.mail-archive.com/javabr%40cits.br/ * Para n�o receber mais e-mails desta lista envie um e-mail para [[EMAIL PROTECTED]] e no corpo do email escreva [unsubscribe <seu-email>] Veja as mensagens antigas em http://www.mail-archive.com/javabr%40cits.br/
