E até mesmo para seguir melhor instruções em tutoriais e afins, prefiro que a IDE que estou usando esteja em inglês. Isso ainda me livra de um bom número de péssimas traduções, que encontramos com frequência.

E sinceramente 2, acho que mudar o idioma do NetBeans deveria ser algo mais fácil. Talvez seja e eu não saiba. De qualquer forma só consegui mudar, colocando:

-J-Duser.language=en

Ao final da variável netbeans_default_options do arquivo netbeans.conf. No meu computador o arquivo netbeans.conf está em NETBEANS_HOME/etc. Onde NETBEANS_HOME é onde instalaste o NetBeans.

Parece que outra forma válida, mas que não testei, é acrescentar na chamada da linha de comando para rodar o NetBeans o seguinte parâmetro:

–locale en_US

mencoder -idx out-1.ogv -ovc lavc -nosound -o tutorial.avi

Há também as opções de conversão via web:

http://www.mediaconverter.org/

http://www.zamzar.com/

Entre outros.

Na página do Packman procure:

broadcom-wl-kmp-`seu kernel`
broadcom-wl

Tente usar o [1 Click install] ou baixar os RPMs e instalá-los  na mesma ordem acima. Despois, em um terminal:

modprobe wl

error: invalid conversion from ‘void*’ to ‘buffer*’

Pois é, tipíco de quem esta tentando compilar código C com um compilador C++.  Uma solução é incluir o parâmetro -x c do g++.

cd /usr/bin

Todos os executáveis de /opt/scala/bin serão criados no diretório alvo:

sudo find /opt/scala/bin -perm 755 -exec ln -sf {} \;

O diretório .  (/opt/scala/bin) aparece como executável. Por isso é necessário um comando extra para apagar o atalho criado para ele:

sudo rm bin

Fiz dessa forma para ficar simples, mas poderíamos usar a imaginação e melhorar bastante.

COPY cor FROM '/tmp/cor.txt'

O arquivo cor.txt deve ter campos separados por TABs

Usando outro delimitador:

COPY veiculos FROM '/tmp/veiculos.txt' USING DELIMITERS ';';

Ainda é possível determinar em que situação um campo deve ser considerado como NULL. Isso é obrigatório, por exemplo,  quando há campos numéricos que estão vazios no arquivo, passíveis de serem interpretados com caracteres vazios, sendo rejeitados como números.

COPY veiculos FROM '/tmp/veiculos.txt' USING DELIMITERS ';' NULL '';

» Não existe almoço grátis

O comando COPY não faz parte do padrão SQL. Além disso, a sintaxe que usei ainda funciona, mas não é a mais atual. Essas e outras informações podem ser vistas na página de documentação oficial.

Sendo assim… …Até o futuro.

Édson Rocha Patrício

O uso mais simples do _ é como coringa para importação de classes em diferentes pacotes. Funciona da mesma forma que o * (asterisco) em Java.

package br.com.verde
import java.util._

class Lab {
 val today = new Date
}

Isso porque o asterisco tem outra finalidade na linguagem de programação criada por  Martin Odersky. Para Scala o asterisco é o operador de referência, usado para declarar ponteiros. Calma, calma! É só brincadeira! Passou, passou! O asterisco em Scala é usado como “operador” (método/função) para multiplicações e para declarar varargs.

O _ também pode ser um coringa em um “casamento” de padrões (pattern matching). Representando um valor qualquer:

object Fatorial {
def f(n: Int): Int = n match {
case 0 = 1
case _ = n * f(n - 1)
}
}

No código acima quando o for igual a (“casar com”) , a função retornará . Para qualquer outro valor, retornará o resultado da expressão .

O terceiro uso do _ já é um pouco mais capcioso. Podemos usá-lo para “iniciar” vars com um valor padrão.

class Lab {
  var numero: Int = _ //zero
  var booleano: Boolean = _ //falso
  var caracter: Char = _ //vazio
  var texto: String = _ //null
  var dinheiro: BigDecimal = _ //null
}

Para cada “tipo” de variável o _ assumirá um valor. Apesar de tudo em Scala ser um objeto, Int, Boolean e Char não receberam  null como valor.

Bem, como diria o suicida otimista ao passar caindo pelo quinto andar do prédio de onde pulou: “Até aqui tudo bem”. Na segunda parte veremos os usos mais complicados do _.

Édson Rocha Patrício

Dentre as burocracias, temos que rodar o rmiregistry para ser o registro de objetos distribuídos ou criar um programaticamente. Depois, temos que criar um stub dinamicamente, usar este stub para fazer o bind no registro, criar um SecurityManager, configurar um arquivo policy, criar uma interface e implementá-la, fazer lookup no cliente, parâmetros na execução, etc…

Seguindo a descoberta de Scala, passei pela seção de Actors e achei muito interessante, porém, a implementação que vi era local. Pensei então: Se eu fosse projetar em Scala uma solução de comunicação remota, iria usar o modelo de Actors para tal. Será que não pensaram assim ? Sim ! Exatamente ! E a burocracia ? Menor que essa, só adivinhando !

Para transformar a comunicação local dos Actors em remota, basta apenas colocar a porta TCP a ser usada pelo servidor, registrar-se e no cliente, fazer o lookup. Pronto ! Vejamos um hello world remoto:

Servidor:

package scalademo

import scala.actors.Actor._
import scala.actors.remote.RemoteActor._

object ServerActor {
  def main(args: Array[String]) {
    actor {
      alive(5000)
      register('Server, self)
      println("Server running..." )
      loop {
        react {
          case text => sender ! "Message |"
                          + text + "| was received ok"
        }
      }
    }
  }
}

Cliente:

package scalademo

import scala.actors.Actor._
import scala.actors.remote._
import scala.actors.remote.RemoteActor._

object ClientActor {
  def main(args: Array[String]) {
    actor {
      val server = select(Node("localhost", 5000), 'Server)
      println("Sending hello..." )
      server ! "Hello"
      receive {
        case text => println(text)
      }
    }
  }
}

Caso queiram ver um exemplo mais completo, recomendo este artigo. Para simplificar, usei objetos da classe String como transporte. Em uma aplicação mais completa, é conveniente usarmos case classes.

Assim como em Java, evito usar um repositório público de classes via HTTP para o classloader. A complicação adicional, que está presente em ambas linguagens, só se justifica quando o lado servidor pode receber objetos de classes não previstas originalmente. Normalmente as aplicações são fechadas, isto é, todas as classes já são conhecidas. Assim, é somente uma questão de empacotar as classes necessárias nos jars do servidor e do cliente.

Abaixo a burocracia ! Escalabilidade é fazer o simples fácil, e o complicado possível.

Alexei Barbosa de Aguiar