public static void main(String argv[]) {
try {
String line;
Process p = Runtime.getRuntime().exec (“dir c:“);
BufferedReader input =
new BufferedReader
(new InputStreamReader(p.getInputStream()));
while ((line = input.readLine()) != null) {
System.out.println(line);
}
input.close();
}
catch (Exception err) {
err.printStackTrace();
}
}
}

String to = “maurivanluiz@gmail.com,” +
” kleber.martins@gmail.com“;

String from = “gregui@gmail.com“;

mail.enviar();
}
}

Object objeto = Class.forName (classeNome).getConstructors()[0].newInstance(contrutoraParam);

NomeDaClasse teste = (NomeDaClasse) objeto; //Casting

System.out.println(teste.toString());

Qualquer dúvida! estou a disposição!

Agora gostaria da opinião dos leitores do blog, para decidir em que versão partir.

Comentem e dêem opiniões sobre vantagens e desvantagens.

Não só para mim, mas para os leitores do blog.

Ahhh e obrigado pelo comentário!

Tentarei trazer dicas de orientação a objeto e boas práticas de programação, utilizando exemplos simples para o fácil entendimento. No momento estou bem ocupado, então posso demorar para postar coisas novas!

Então…

Notem este código:
public class Motor {

}

public class Carro {
private Motor motor = new Motor();

     //construtora
public Carro(Motor motor) {
this.motor = motor;
}
}

Um exemplo muito simples, com dois objeto (Carro e Motor);

Agora, notem…
- A contrutora da classe “Carro”, informa (obriga) que um “Carro” tenha um “Motor”.
- Então antes de instanciar um carro, eu preciso instanciar um motor (motor pode ser “null”, nulo).
- Quando eu contruir um carro, eu incluo o motor no carro, mas notem a linha 2:
private Motor motor = new Motor();
- Se a construtora de “Carro” me obriga ter um “Motor”, por que diabo ela já tem um motor construído?

É mais ou menos como: “Vou contruir um carro 2.0, mas o carro já possuí um motor 1.0, então terei que tirar o motor 1.0, e substituir pelo 2.0″
(No mundo real isso é bom, já que eu teria um motor sobrando, mas … na programação há disperdício de processamento e memória para criar o motor 1.0, já que foi contruído e não foi utilizado)

- Agora você deve se perguntar, grande coisa… Não vai fazer muita diferença.
- Para um exemplo simples como esse sim, mas imagine um sistema complexo, com classe gigantes e complexas

Agora olhem a classe abaixo:

public class Carro {
private Motor motor = null;

    //construtora
public Carro(Motor motor) {
this.motor = motor;
}
}

No carro eu “declarei” mas não “instanciei” o Motor.
É mais ou menos como: “tenho um carro, agora só falta o motor (reservei espaço para o Motor)”

Uma outra Boa Prática de Programação (BPP) é, sempre informar o valor da variável ao declará-la.
Como no exemplo abaixo

Exemplo de utilização:

Motor motor_1; //não recomendado
Motor motor_2 = null; //OK
Motor motor_3 = new Motor(); //OK

motor_1 = new Motor();
motor_2 = new Motor();

Carro corsa = new Carro(motor_1);
Carro corsa_sedan = new Carro(motor_2);

Até a próxima

Então! hoje eu estvaa criando um WebServer.
E me debati com o sequinte erro ao testar.

AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultSubcode:
faultString: java.io.IOException: No serializer found for class gregui.ValorBean in registry org.apache.axis.encoding.TypeMappingDelegate@17574b9
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace:java.io.IOException: No serializer found for class gregui.ValorBean in registry org.apache.axis.encoding.TypeMappingDelegate@17574b9
at org.apache.axis.encoding.SerializationContext.serializeActual(SerializationContext.java:1507)
at org.apache.axis.encoding.SerializationContext.serialize(SerializationContext.java:980)
at org.apache.axis.encoding.SerializationContext.outputMultiRefs(SerializationContext.java:1055)
at org.apache.axis.message.SOAPBody.outputImpl(SOAPBody.java:145)

at org.apache.axis.message.SOAPEnvelope.outputImpl(SOAPEnvelope.java:478)
at org.apache.axis.message.MessageElement.output(MessageElement.java:1208)
at org.apache.axis.SOAPPart.writeTo(SOAPPart.java:315)
at org.apache.axis.SOAPPart.writeTo(SOAPPart.java:269)
at org.apache.axis.Message.writeTo(Message.java:539)
at org.apache.axis.transport.http.AxisServlet.sendResponse(AxisServlet.java:902)
at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:777)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)

Oque acontece é que as classes do Axis não conseguem serializar meu objeto.
Minha classe “ValorBean”, implementava um “Serializable”,
mas não implementavam os métodos “getDeserializer” e “getSerializer”.

Para solucionar o problema executei os seguintes passos:

- Publiquei o webService (com erro mesmo) … (meio óbvio, já que o erro da quando eu executo o Cliente, dã!!!)
(continuando…)
- Gerei o cliente apartir do WSDL (com o gerador, claro)
- Testei o cliente e o erro acima ocorreu (e agora?)
- Notei que minha classe no “cliente” possuia alguns métodos a mais (sim, para a serialização e deserialização)
- Copiei a classe que estava no cliente, para o meu WebService

- Testei denovo e yésssss funca!!!!

É isso… adios!!!

estava eu acessando um web service e precisei passar um objeto por webService.

E perdi algumas hora pra resolter um problema! Eu não consiguia enviar (em PHP, usando NuSoap) um objeto para o webServices!

Tentei de várias formas até que consegui!

então lá vai:

aqui um exemplo que Request que deveria ser feito para se inserir o objeto

POST /SafeVenue/WebInterface.asmx HTTP/1.1
Host: servidor.com
Content-Type: text/xml; charset=utf-8
Content-Length: length
SOAPAction: "http://192.1.2.3/SafeVenue/InsertRedListEntry"

<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
		xmlns:xsd="http://www.w3.org/2001/XMLSchema"
		xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <InsertRedListEntry xmlns="http://192.1.2.3/SafeVenue/">
      <redListEntry>
        <TicketID>long</TicketID>
        <FailureReasonID>int</FailureReasonID>
      </redListEntry>
    </InsertRedListEntry>
  </soap:Body>
</soap:Envelope>

Para chamar enviar o objeto, no PHP, fiz assim:

 <?php
/**
 * Enviando Objeto via WebService com NuSoap
 *
 * @author Gregui Shigunov
 * @since 03/10/2007
 */

require_once('nusoap/nusoap.php');

$wsdl = "http://servidor/SafeVenue/WebInterface.asmx?WSDL";

$client = new soapclient($wsdl, true);

$client->soap_defencoding = 'UTF-8';
$client->useHTTPPersistentConnection();

$err = $client->getError();
if ($err) {
	echo '<pre>PROBLEMAS AO ACESSAR O WEBSERVICE ' . $err . '</pre><br>';
}

$objeto = '<InsertRedListEntry xmlns="http://192.1.2.3/SafeVenue/">
      <redListEntry>
        <TicketID>12345</TicketID>
        <FailureReasonID>1</FailureReasonID>
      </redListEntry>
    </InsertRedListEntry>';




//detalhe em vermelho, sem isso não funciona



$result = $client->call('InsertRedListEntry', $objeto, "http://192.1.2.3/SafeVenue/");

echo "Resultado------------------------<br>";
print_r($result);
echo "------------------------";

if ($client->fault) {
	echo '<h2>Fault</h2><pre>'; print_r($result);
	echo '</pre>';
} else {
	$err = $client->getError();
	if ($err) {
		echo '<h2>(Autenticacao)</h2><pre>' . $err . '</pre>';
	}
}

echo '<br><br><h2>Request</h2><pre>' . htmlspecialchars($client->request, ENT_QUOTES) . '</pre>';
echo '<h2>Response</h2><pre>' . htmlspecialchars($client->response, ENT_QUOTES) . '</pre>';
echo '<h2>Debug</h2><pre>' . htmlspecialchars($client->debug_str, ENT_QUOTES) . '</pre>';

?>
 

 Qualquer coisa é só dar um toque pessoal!

Governo compra dois supercomputadores da Bull, fornecedora francesa de infra-estrutura de TI.

As duas máquinas farão parte do Sinapad (Sistema Nacional de Processamento de Alto Desempenho), que terá um total de oito supercomputadores espalhados no Brasil interligados em rede.

Os computadores ficarão na Universidade Federal de Pernambuco e na Universidade Federal do Ceará e entrarão em funcionamento até o final do ano.

Ambos terão capacidade de processamento de 6,1 teraflops – ou trilhões de operações por segundo. Cada um deles é um cluster de 72 servidores Bull NovaScale com dois processadores Xeon quad-core, num total de 576 núcleos de processamento. Cada supercomputador terá 45 terabytes de armazenamento e 1 TB de memória RAM. E o sistema operacional, será o Linux, é claro.

“São os maiores computadores que teremos fora da França”, afirma Didier Lamouche, presidente mundial da Bull, que está em visita no Brasil esta semana. O supercomputador de maior desempenho da empresa francesa é uma máquina de 100 teraflops que fica num centro de pesquisa científica no sul de Paris.

Recentemente, a Bull trocou os processadores de sua linha de supercomputadores. De acordo com Alberto Araújo, presidente da Bull no Brasil, a opção pelo Xeon em vez do Itanium, série em que a empresa participa do desenvolvimento junto à Intel, deu-se pela maior capacidade de processamento do Xeon.

“O custo de operações de cálculo no Itanium é maior que no Xeon. Optamos por oferecer servidores com Itanium apenas para banco de dados”, afirma Araújo.

Além da UFPE e da UFC, o Sinapad conta com mais seis computadores na UFRGS, UFRJ, UFMG, Unicamp, INPE e Laboratório Nacional de Computação Científica, ligado ao Ministério da Ciência e Técnologia.