it.comp.java
Frequently Asked Questions
versione 1.09
aggiornata a Gennaio 2003 (prima versione: Gennaio 1998)
La versione WWW di questa FAQ (se non la state giè leggendo) si trova a
http://space.tin.it/computer/csadun/javafaq.html.
Quest'ultima è sempre la versione più aggiornata. Ci sono dei mirror più o meno aggiornati a:
http://www.mokabyte.it/mokafaq/index.htm (Questo mirror è stato incorrettamente modificato per indicare erroneamente che la versione più aggiornata sia quella.. il che non è ;-)
Se vuoi, prima di proseguire leggi le note relative a questa FAQ.
Questa FAQ in italiano su java e' mantenuta da Cristiano Sadun (cris@xtractor.com), essenzialmente elaborando o copiando le domande/risposte e i contributi apparsi sul newsgroup it.comp.java. Ovviamente, per motivi di spazio, non tutti i contributi sono considerati: generalmente, se possibile, si e' data preferenza ai contributi piu' dettagliati; ad es., per la domanda 'Che libro comprare per iniziare', una risposta come 'il libro X contiene a,b,c,d,...' e' generalmente preferita ad una del tipo 'compra X'. Questa non e', comunque, una regola generale, e i fattori necessari per l'inserimento sono soprattutto il tempo che ho di leggere le news, il fatto che abbia fame o meno (e che quindi usi il detto tempo per mangiare un panino o per scrivere) e, in ultima analisi, il caso :^) ).
Non rispondo, ovviamente, ne' dell'aggiornamento ne' dell'affidabilita' delle informazioni qui contenute, ne' di eventuali danneggiamenti conseguenti a qualunque uso delle stesse. Allo stesso modo, nessuna informazione ha intenzionalmente carattere pubblicitario o qualche effetto economico su di me o sull'autore del contributo.
Tuttavia, ogni correzione, commento o contributo e' benvenuto: per comodita', inviateli in email a crsadun@tin.it preponendo [JAVA FAQ] al subject.
La faq e' divisa in sezioni [SEZ], in approssimazione sui tipi di interventi apparsi sul newsgroup: domande tecniche, opinioni e valutazioni su strumenti e versioni, newbies-faq, etc. Ciascuna sezione puo' essere divisa in sottosezioni [SS] piu' dettagliate. Ciascuna sezione/sottosezione contiene una serie di domande[D]/risposte[R] o un thread [T] interessante su un argomento specifico.
Mirroring
Chiunque voglia farne un mirror, è benvenuto. L'unica condizione è di preservare il link alla "versione più aggiornata" nella nota sopra, e i link
agli altri mirror. Se volete comparire nell'elenco più sopra, mandatemi semplicemente una mail e
(tempo permettendo) sarete inclusi. Siete liberi di modificare la veste grafica a vostro piacimento.
Indice
[SEZ1] Principianti
[D1.1] Come scaricare un'applet e metterla nella propria pagina
[D1.2] Si puo' spedire/ricevere email da un'applet?
Ciao sono un principiante del linguaggio java e sto cercando qualcuno che mi possa dire come fare per scaricare sul mio computer un pagina contenente degli applet java(giochi matematici) e poi passarli su una mia pagina personale.
L' indirizzo da cui cerco di scaricare e' www.cut-the-knot.com e la mia e-mail e' erikait@mbox.vol.it
Grazie Lele
1) Vai alla pagina che ti serve (nel nostro esempio
http://www.cut-the-knot.com/SimpleGames/Horse.html)
2) Guarda il codice sorgente della pagina
3) A un certo punto trovi il seguente testo:
4) Tu necessiti del file Horse.class, disponibile all'URL
http://www.cut-the-knot.com/SimpleGames/
5) Digita questa URL e "track!" ecco il contenuto della directory, horse.class compreso. Nota che ci sono anche altri .class, e' molto probabile che ti servano!
6) Scaricati questi file, falli girare un po', vedi se funziona,
inserisci il codice del punto 3) nella tua pagina preferita, metti i file del punto 5) nella stessa localita' (sito, directory, etc.) e hai passato il gioco alla tua home!
7) Comunica al sottoscritto l'URL della tua home.
E' possibile. Ti allego un esempio che ho avuto da un tecnico Sun Utilizzare previa installazione di JavaMail
import java.util.*;
import javax.mail.*;
import javax.mail.internet.*;
/**
* usage: sendmessage to from smtphost multipart
*
* Send a simple text/plain message to the "to"
* address, from the "from" address, using the
* smtphost as the machine with the smtp server
* running.
*
* if multipart is "true" send a multipart message
* else if multipart is "false" send a text/plain
* message.
*/
public class sendmessage {
public static void main(String[] args) {
if (args.length != 4) {
System.out.println( "usage: sendmessage <to> <from> <smtphost> <true|false>");
System.exit(1);
}
boolean debug = false;
// change to get more information
String msgText = "A body.\nthe second line.";
String msgText2 = "Another body.\nmore lines";
boolean sendmultipart = Boolean.valueOf(args[3]).booleanValue();
// set the host
Properties props = new Properties();
props.put("mail.smtp.host", args[2]);
// create some properties and get the default Session
Session session = Session.getDefaultInstance(props, null);
session.setDebug(debug);
try { // create a message
Message msg = new MimeMessage(session);
// set the from
InternetAddress from = new InternetAddress(args[1]);
msg.setFrom(from);
InternetAddress[] address = {new InternetAddress(args[0])};
msg.setRecipients(Message.RecipientType.TO, address);
msg.setSubject("JavaMail APIs Test");
if (!sendmultipart) { // send a plain text message
msg.setContent(msgText, "text/plain");
} else {
// send a multipart message
// create and fill the first message part
MimeBodyPart mbp1 = new MimeBodyPart();
mbp1.setContent(msgText, "text/plain");
// create and fill the second message part
MimeBodyPart mbp2 = new MimeBodyPart();
mbp2.setContent(msgText2, "text/plain");
// create the Multipart and its parts to it
Multipart mp = new MimeMultipart();
mp.addBodyPart(mbp1);
mp.addBodyPart(mbp2);
// add the Multipart to the message
msg.setContent(mp);
}
Transport.send(msg);
} catch (MessagingException mex) {
mex.printStackTrace();
}
}
}
Vedi [R2.1.1] per sapere verso che hosts si può fare FTP.
Per quanto riguarda il come, ci sono vari metodi:
Usare un URL "ftp" per prelevare un file:
try {
URL u = new URL("ftp://pippo.com/mio/file.txt");
URLConnection uc = u.openConnection();
uc.setDoInput(true);
uc.connect();
InputStream is = uc.getInputStream();
...codice che legge lo stream di input
} catch (Exception e) {
e.printStackTrace();
}
Se si usa la JVM Sun, avvalersi del client ftp gia' fornito col JDK (ma "nascosto" nelle classi implementative Sun) sun.net.ftp.FtpClient.
Usare un client FTP costruito ad hoc. Ecco ad esempio:
Subject:
Re: FTP con il JAVA: Come?
Date:
16 Oct 1999 09:53:01 +0200
From:
Marco Pozzato
Organization:
TIN
Newsgroups:
it.comp.java
"tqt" == togliere questo testo writes:
tqt>
tqt> Quale funzione permette di upgradare e/o trasferire file su una
tqt> directory di un dominio
tqt> protetto con password ecc... ecc...?
Ecco quà quello che ti serve.
---------------------------------------------------------------------
//////////////////////////////////////////
/// split here for Linlyn.java //
// At last! Java code to read/write files on the server from an applet!
// This is the famous Linlyn code.
//
// Use:
// compile this file, and have your applet call it as below.
//
// to upload a file:
// Linlyn ftp = new Linlyn( <servername>, <user>, <password> );
// ftp.upload( <directory>, <filename>, <contents of file> );
//
// to download a file:
// Linlyn ftp = new Linlyn( <servername>, <user>, <password> );
// String contents = ftp.download( <directory>, <filename> );
//
// the default is ASCII transfer, an overloaded method does bin.
//
// All parameters and return values are Strings. E.g.
// Linlyn ftp = new Linlyn( "rtfm.mit.edu", "anonymous", "linden@@" );
// String contents = ftp.download(
// "/pub/usenet-by-group/comp.lang.java.programmer"
// "Java_Programmers_FAQ" );
//
// [the actual values above are not generally valid, substitute
// your own server for your first attempt, see note 1.]
//
// Notes:
// 1. Usual applet security rules apply: you can only get a file
// from the server that served the applet.
// 2. The applet server must also be an FTP server. This is NOT true
// for some ISPs, such as best.com. They have separate FTP and
// http machines. This code may work on such a setup if you put
// the classfiles into the ftp area, and in the HTML file say:
// <applet codebase="ftp:///home/linden/ftp" code="t.class"
// 3. This code does not break Java security.
// It uses FTP to transfer files. If the author of the applet
// has FTP disabled you are out of luck.
// It breaks regular system security however, as it publishes
// (effectively) your ftp password. Only use on an Intranet and
// with authorization.
// 4. Compiling this causes some deprecation warnings. We wanted to
// stick with code that would work in JDK 1.0 browsers.
// 5. Each upload or download creates, uses, and terminates a new
// ftp session. This is intended for low volume transfer, such
// as the ever popular high-score files.
// 6. Look at the source for the methods for binary transfers.
//
// Version 1.0 May 6 1998.
// Version 1.1 May 20 1998. -- added a debugging flag
// Version 1.1a May 26 1998. -- fixed the ASCII/BIN flag inversion
// Version 1.1b May 29 1998. -- added the security warning.
// Version 2.0 Jul 1, 1998. -- Updated to parse multi-string responses
// a la RFC 959
// Version 2.1 Aug 5, 1998. -- Updated to work with VMS ftp servers
// VMS does not send either a ")" OR a ")."
// terminating the IP number, port sequence
// in response to PASV.
// Version 2.1a Aug 6, 1998 -- more than one line as a "hello" message.
// (tvalesky@@patriot.net)
//
// Authors:
// Robert Lynch
// Peter van der Linden (Author of "Just Java 1.1" book).
//
// Support:
// Unsupported: That's why we give you the source.
// Help may be available on time & materials basis only.
// You can get copious debug information by changing the
// commented lines in Linlyn.java below and recompiling.
//
// Copyright 1998 Robert Lynch, Peter van der Linden
// This work is distributed under the GNU GPL, version 2.
//
// Those using the code do so at their own risk and the authors
// are not responsible for any costs, loss, or damage which may
// thereby be incurred.
import java.io.*;
import java.net.*;
import java.util.*;
class Linlyn {
// FOR INITIAL DEBUGGING: set the variable to "true"
private boolean DEBUG = false;
// constructor needs servername, username and passwd
public Linlyn(String server, String user, String pass) {
try {
ftpConnect(server);
ftpLogin(user, pass);
} catch(IOException ioe) {ioe.printStackTrace();}
}
public String download(String dir, String file)
throws IOException { return download(dir, file, true); }
public String download(String dir, String file, boolean asc)
throws IOException {
ftpSetDir(dir);
ftpSetTransferType(asc);
dsock = ftpGetDataSock();
InputStream is = dsock.getInputStream();
ftpSendCmd("RETR "+file);
String contents = getAsString(is);
ftpLogout();
return contents;
}
public void upload(String dir, String file, String what)
throws IOException { upload(dir, file, what, true); }
public void upload(String dir, String file, String what, boolean asc)
throws IOException {
ftpSetDir(dir);
ftpSetTransferType(asc);
dsock = ftpGetDataSock();
OutputStream os = dsock.getOutputStream();
DataOutputStream dos = new DataOutputStream(os);
ftpSendCmd("STOR "+file);
dos.writeBytes(what);
dos.flush();
ftpLogout();
}
///////////////// private fields ////////////////////
private String getAsString(InputStream is) {
int c=0;
char lineBuffer[]=new char[128], buf[]=lineBuffer;
int room= buf.length, offset=0;
try {
loop: while (true) {
// read chars into a buffer which grows as needed
switch (c = is.read() ) {
case -1: break loop;
default: if (--room < 0) {
buf = new char[offset + 128];
room = buf.length - offset - 1;
System.arraycopy(lineBuffer, 0,
buf, 0, offset);
lineBuffer = buf;
}
buf[offset++] = (char) c;
break;
}
}
} catch(IOException ioe) {ioe.printStackTrace();}
if ((c == -1) && (offset == 0)) {
return null;
}
return String.copyValueOf(buf, 0, offset);
}
private void ftpConnect(String server)
throws IOException {
// Set up socket, control streams, connect to ftp server
// Open socket to server control port 21
csock = new Socket(server, CNTRL_PORT);
// Open control streams
InputStream cis = csock.getInputStream();
dcis = new DataInputStream(cis);
OutputStream cos = csock.getOutputStream();
pos = new PrintStream(cos);
// handle more than one line returned
String reply = dcis.readLine();
String numerals = reply.substring(0, 3);
String hyph_test = reply.substring(3, 4);
String next = null;
if(hyph_test.equals("-")) {
boolean done = false;
while(!done) { // read lines til find "" -> last line
next = dcis.readLine();
if(next.substring(0,3).equals(numerals) &&
next.substring(3, 4).equals(" "))
done = true;
}
}
if(numerals.substring(0,3).equals("220")) // ftp server alive
; // System.out.println("Connected to ftp server");
else System.err.println("Error connecting to ftp server.");
}
private void ftpLogin(String user, String pass)
throws IOException {
ftpSendCmd("USER "+user);
ftpSendCmd("PASS "+pass);
}
private void ftpSetDir(String dir)
throws IOException {
// cwd to dir
ftpSendCmd("CWD "+dir);
}
private void ftpSetTransferType(boolean asc)
throws IOException {
// set file transfer type
String ftype = (asc? "A" : "I");
ftpSendCmd("TYPE "+ftype);
}
private Socket ftpGetDataSock()
throws IOException {
// Go to PASV mode, capture server reply, parse for socket setup
// V2.1: generalized port parsing, allows more server variations
String reply = ftpSendCmd("PASV");
// New technique: just find numbers before and after ","!
StringTokenizer st = new StringTokenizer(reply, ",");
String[] parts = new String[6]; // parts, incl. some garbage
int i = 0; // put tokens into String array
while(st.hasMoreElements()) {
// stick pieces of host, port in String array
try {
parts[i] = st.nextToken();
i++;
} catch(NoSuchElementException nope){nope.printStackTrace();}
} // end getting parts of host, port
// Get rid of everything before first "," except digits
String[] diggies = new String[3];
for(int j = 0; j < 3; j++) {
// Get 3 characters, inverse order, check if digit/character
diggies[j] = parts[0].substring(parts[0].length() - (j + 1),
parts[0].length() - j); // next: digit or character?
if(!Character.isDigit(diggies[j].charAt(0)))
diggies[j] = "";
}
parts[0] = diggies[2] + diggies[1] + diggies[0];
// Get only the digits after the last ","
String[] porties = new String[3];
for(int k = 0; k < 3; k++) {
// Get 3 characters, in order, check if digit/character
// May be less than 3 characters
if((k + 1) <= parts[5].length())
porties[k] = parts[5].substring(k, k + 1);
else porties[k] = "FOOBAR"; // definitely not a digit!
// next: digit or character?
if(!Character.isDigit(porties[k].charAt(0)))
porties[k] = "";
} // Have to do this one in order, not inverse order
parts[5] = porties[0] + porties[1] + porties[2];
// Get dotted quad IP number first
String ip = parts[0]+"."+parts[1]+"."+parts[2]+"."+parts[3];
// Determine port
int port = -1;
try { // Get first part of port, shift by 8 bits.
int big = Integer.parseInt(parts[4]) << 8;
int small = Integer.parseInt(parts[5]);
port = big + small; // port number
} catch(NumberFormatException nfe) {nfe.printStackTrace();}
if((ip != null) && (port != -1))
dsock = new Socket(ip, port);
else throw new IOException();
return dsock;
}
private String ftpSendCmd(String cmd)
throws IOException
{ // This sends a dialog string to the server, returns reply
// V2.0 Updated to parse multi-string responses a la RFC 959
// Prints out only last response string of the lot.
pos.print(cmd + "\r\n" );
String reply = dcis.readLine();
String numerals = reply.substring(0, 3);
String hyph_test = reply.substring(3, 4);
String next = null;
if(hyph_test.equals("-")) {
boolean done = false;
while(!done) { // read lines til find "" -> last line
next = dcis.readLine();
if(next.substring(0,3).equals(numerals) &&
next.substring(3, 4).equals(" "))
done = true;
}
if(DEBUG)
System.out.println("Response to: "+cmd+" was: "+next);
return next;
} else
if(DEBUG)
System.out.println("Response to: "+cmd+" was: "+reply);
return reply;
}
private void ftpLogout() {// logout, close streams
try {
if(DEBUG) System.out.println("sending BYE");
pos.print("BYE" + "\r\n" );
pos.flush();
pos.close();
dcis.close();
csock.close();
dsock.close();
} catch(IOException ioe) {ioe.printStackTrace();}
}
private static final int CNTRL_PORT = 21;
private Socket csock = null;
private Socket dsock = null;
private DataInputStream dcis;
private PrintStream pos;
}
Non so se ti puo' andar bene come soluzione , ma adesso Sun distribuisce free un plug-in per IE (>=3.0) e Netscape (se non mi sbaglio >=3.0,forse la 2.0 ma non ricordo bene)che si sostituisce alla JVM del browser in uso con una complemetamente jdk 1.1.X (RMI ecc..) compliant.
Questo prodotto (forse e' ancora in beta ma funziona) si chiama Java Activator [Oggi Java Plugin, -cs], lo trovi su http://www.javasoft.com/plugin
E' un po' esigente in termini di memoria e non e' velocissimo, ma le prossime release dovrebbero superare almeno in parte questi problemi.
Qualcuno mi sa dire perche' utilizzando il double buffering sono costretto a creare l'immagine "off-screen" nel metodo update o paint e non nel costruttore della mia classe?
Il problema non e' solo estetico poiche' sono costretto a effettuare un test del tipo:
if (offScreenImage == null)
offScreebImage = createImage(200,200);
ogni volta che update viene chiamato (nel mio caso dalle 20 alle 40 volte al secondo).
Perche' se uso createImage nel costruttore ho un null-pointer, o meglio perche' non mi crea l'immagine?
Thinking in Java (inglese), il libro di Bruce Eckel su java
Uno dei migliori libri introduttivi all'object orientation in generale e a java in particolare
Customer of Flashnet S.p.A. - http://www.flashnet.it
Newsgroups:
it.comp.java
>Giorno.. sto cercando una buona guida On-Line per imparare a programmare in
>Java.
>Premetto che di tale linguaggio di programmazione so meno di zero.
Ti mando il testo di un messaggio da me postato settimane or sono proprio per chi come te parte da zero.
Spero che queste sintetiche indicazioni siano utili per i molti che, volendo cimentarsi con Java, non sanno da dove iniziare.
Su www.javasoft.com si trovano tre cose indispensabili e sufficienti
per iniziare:
L' ambiente di sviluppo (JDK)
La documentazione delle classi
Il Tutorial
Vi permetteranno di imparare i fondamentali di Java e di avere una panoramica esaustiva sul linguaggio.
Su www.mcp.com trovi molti libri di programmazione in formato
eletronico (su Java e su altri linguaggi) che possono esserti utili.
Su www.gamelan.com trovate un repository di applet e applicazioni (molti sono prodotti commerciali ma non mancano shareware e freeware con sorgenti a disposizione)
[ho fatto una minima variazione per chiarezza -cris]
Se il server a cui [l'applet] deve collegarsi è diverso da quello dal quale hai downloadato la pagina html allora la connessione two-tier (client-server) è impossibile causa tipologia restrizioni di sicurezza predefinite per le applet ed in questo caso devi sviluppare una architettura three-tier ossia una applicazione che gira sul server e che non è altro che un intermediario con il server di prima...
---------- ---------------- ------------
| Applet | <<<--->>> | Applicazione | <<<--->>> | Servizio |
---------- ---------------- ------------
CLIENT STESSA MACCHINA SERVER SERVIZIO
SU CUI GIRA IL
SERVER HTTP
Alberto d'Onofrio <donofrio@merlino.iasi.rm.cnr.it>
Organization:
IASI CNR
Newsgroups:
it.comp.java
Buongiorno,
devo realizzare un programma in Java (che stu studiando alacremente, ma di cui non posso dirmi certo un esperto) per uso accademico che ha la necessita' di salvare ed interrogare dei dati. Conosco bene MS Access e Visual Basic ed avevo pensato a questo tipo di base di dati.
E' possibile far interagire Java con un database Microsoft ?
Sono necessari drivers particolari, come mi sembra di aver capito ?
Che esperienze avete fatto in merito ? Che mi consigliate ?
Alberto d'Onofrio <donofrio@merlino.iasi.rm.cnr.it>
Newsgroups:
it.comp.java
(cfr. anche [D1.41]) JDBC e' l'architettura standard di accesso ad database per Java.
Essa consiste in un insieme di interfacce standard (viste dall'applicazione), nel package java.sql, per le quali ciascun produttore di db fornisce un'implementazione (driver JDBC).
JDBC e' *compresa* nelle versioni di Java superiori o uguali alla 1.1 - per Java 1.0.2 e' necessario aggiungere il supporto JDBC esplcitamente (per esempio, dal sito dall'intersolv, http://www.intersolv.com).
Nei JDK >= 1.1 viene fornito anche un driver che fa uso di ODBC (detto 'bridge jdbc-odbc'),
che permette di accedere direttamente a database ODBC compliant.
Attenzione: per le applet, sia Netscape che IE possiedono il supporto JDBC, ma richiedono tecniche diverse per attuarlo (cfr.[D2.2.1]).
Le guide all'uso di JDBC si trovano, come sempre, a java.sun.com.
Ho creato un'applicazione server che gestisce una connessione via socket.
Ora vorrei trasformare tale applicazione in un demone in modo da poterlo lanciare in background. [Leggete la risposta! SetDaemon non serve a questo!] A tal fine ho invocato la funzione setDaemon con true e ho reso la funzione run senza uscita. Quando lancio l'applicazione però il demone muore...
Riporto di seguito una parte del codice di esempio.
Chiamando la setDaemon(true) fai esattamente l'inverso di quello che vorresti! ;-D
L'applicazione Java, infatti, termina quando tutti i thread non-demoni sono terminati e quindi, appena termina il main(), viene concluso l'unico thread non demone che funzionava (quello che eseguiva il main) e la VM esce!
Se vuoi che la VM stia su se il tuo thread gira, devi fare esattamente il contrario, ovvero setDaemon(false).
Per poi lanciare l'applicazione come demone, beh, devi usare le
funzionalità offerte dal tuo OS.
Re: AIUTO:come eseguo un programma scritto in Java?
Date:
Sat, 26 Dec 1998 17:16:39 +0100
From:
"Alex Martelli" <alex@magenta.com>
Organization:
None in sight
Newsgroups:
it.comp.java
Supponi di avere una "class pippo" in un file sorgente
pippo.java, e il suo metodo static public main che fa
cio` che desideri.
Avendo scaricato e istallato il Java Developers Kit (JDK)
della Sun, secondo le istruzioni che lo accompagnano (in
particolare, avrai posto nella PATH della tua utenza, Unix
o Windows che sia, il directory degli eseguibili JDK), vai
ad un prompt nel directory dove vive pippo.java (da un
qualsiasi shell in Unix, da un command prompt in Windows)
e scrivi il comando:
javac pippo.java
Questo dovrebbe funzionare (se non hai errori) senza
dire nulla, e creare (verificalo con DIR, o ls) un nuovo
file pippo.class. Adesso, sempre in questo directory,
scrivi il comando:
java pippo
e questo eseguira` il metodo main della classe pippo
tratto dal file pippo.class del directory corrente.
Il trucco è (dopo aver letto [R1-14] ed essersi assicurati di non stare scrivendo cose come java MiaClass.class: il nome della classe dev'essere identico a quello che usereste per un import, cioe' senza .class e con punti per identificare i packages) semplicemente assegnare correttamente il classpath. Qui trovate come fare:
1.
Java 1.0.x e 1.1.x (per 1.2, vedi il punto 3. sotto)
richiedono che la variabile d'ambiente CLASSPATH
esista e contenga i paths alle directory contenenti le classi che
componongono il programma che si vuole eseguire.
In alternativa, l'opzione -classpath permette di definire questi path
quando si lancia il programma vero e proprio.
indica al programma "java" che la classe che vogliamo far girare si puo'
trovare in c:\jdk1.1.7\lib\classes.zip *oppure* in c:\mieclassi *oppure*
nella directory corrente (.)
2.
Se la classe e' in un package, va usato il nome "fully qualified": se
ad esempio avete definito la classe "MiaApplicazione" nel package
"mie.classi", la COMPILAZIONE avviene (stando nella directory che
contiene MiaApplicazione.java) con
javac MiaApplicazione.java
ma il LANCIO del programma avviene con
java mie.classi.MiaApplicazione
Il CLASSPATH, come in 1., dovra' contenere la directory dove il *package*
e' contenuto.
3.
Le cose cambiano un po' con Java 1.2: le classi vengono cercate prima nel
BOOT CLASS PATH (di cui di solito non dovete preoccuparvi - in ogni caso
sono i files nelle directory di "sistema" di Java, di norma /jre/lib, come
rt.jar e i18n.jar), poi nell'EXTENSION CLASS PATH (di solito la directory
/jre/lib/ext) dove vengono messi i JAR con le estensioni (i package javax);
infine, nell'APPLICATION¨ CLASS PATH, che e' definito da:
- "." per default (il che significa che se le classi sono nella directory corrente
non e' necessario specificare nulla)
- il valore di CLASSPATH (se esiste)
- il valore dato dell'opzione a linea di comando -cp (o -classpath).
- oppure potete specificare un JAR file con -jar (ma TUTTE le classi applicative
devono arrivare da li').
interface Nome /* ev. "extends AltraInterfaccia */ {
// dichiarazione di costanti e metodi
// NB SOLA dichiarazione, NON implementazione!
};
A parte le costanti, che sono sostanzialmente cosette
"di comodo", una interfaccia e` sostanzialmente un
insieme di _dichiarazioni di metodi_.
Un "codice cliente" puo` ricevere un riferimento ad
una interfaccia (tipicamente come argomento ad un
costruttore o altro metodo), eventualmente salvarselo
in qualche variabile d'istanza, e _usarlo_ -- chiamare
metodi di quella interfaccia -- *senza* preoccuparsi
minimamente di come quei metodi possano essere
stati "implementati".
Una o piu` classi possono poi asserire la clausola
"implements Nome", e sono allora tenute ad avere
implementazioni di tutti i metodi della interfaccia
Nome; in questi casi, un riferimento a una di queste
classi puo` essere passato dovunque sia richiesto
un riferimento all'interfaccia Nome, tipicamente in
"codice cliente" come appena visto.
La programmazione basata su interfacce e` il piu`
puro e produttivo degli approcci al polimorfismo, e
quindi alla programmazione ad oggetti. Grazie ad
essa si "disaccoppia" interamente il "codice
cliente", che usa le interfaccie, dal codice che
implementa le interfacce stesse. I vantaggi (in
termini di "pulizia", manutenibilita`, estensibilita`,
e quindi, alla fin fine, di produttivita` a lungo
termine) sono veramente enormi.
> Potreste farmi degli esempi di un intelligente utilizzo delle Interfacce
> intelligente?
> Quale e' la differenza fondamentale tra le Interfacce java e le funzioni
> virtuali pure del C++?
Immagino tu abbia gia' chiaro che le interfacce sono un set di metodi dotati
di un nome.
Dal punto di vista del design, le interfacce sono lo strumento per
implementare un "ruolo" nel sistema, che puo' essere assunto da qualunque
classe si sobbarchi l'onere di farlo (e abbiano i requisiti per farlo).
Sobbarcarsi l'onere significa dichiarare "implements", e avere i requisiti
significa possedere i metodi dell'interfaccia.
Una classe astratta e'... una classe astratta :) : qualcosa che, sia dal
punto di vista concettuale, sia da quello del linguaggio, e' una
semi-implementazione che va specializzata, ma che comunque contiene certe
assunzioni e meccanismi in nuce. Usarla, alla C++, per denotare un ruolo
(una classe astratta con tutti metodi puri) e' una forzatura - rispetto allo
stesso concetto di "classe". Oltre ad avere dei problemi di comprensibilita'
(quando una classe e' completamente pura perche' e' un'interfaccia, quando
perche' e' solo pura?) e a livello di linguaggio - e se hai mai provato ad
usare STL insieme a classi derivate, ti sarai reso conto che scocciature si
hanno per riuscire a usare anche solo una semplice list se
BaseClass e' astratta. ;-)
Java separa nettamente le due cose: l'ereditarieta' e' singola (una classe
*e'* un qualcosa ben specifico - e solo quello), ma una classe puo'
implementare tutte le interfacce che vuole (assumendo quindi tutti i ruoli
necessari). Per fare una metafora.. umanistica, e' come dire: Tizio _e'_ un
essere umano, ma di volta in volta _puo' fare_ il vigile urbano, il
guidatore d'auto, il papa', etc. In base alla mia esperienza, il design per
ruoli e classificazione (invece che per classificazione e basta) e'
estremamente piu' efficace - soprattutto in the large - di quello OO
'classico', ed e' poi il filo rosso che sta dietro all'idea stessa di
pattern di design.
E' uno strumento molto efficace per indicare *attivamente* all'utilizzatore
di un certo codice _che cosa si intende_ per un certo elemento del proprio
design - e far si' che il compilatore sia in grado di verificarne l'uso
corretto.
Dal punto di vista del linguaggio, il trucco sta nel fatto che un nome di
interfaccia costituisce *un nome di tipo* a tutti gli effetti: puo' essere
usato in ogni situazione dove puo' essere usato un nome di tipo. Quindi, ad
esempio, e' legale assegnare ad un riferimento il cui tipo e' un'interfaccia
un oggetto la cui classe implementa quell'interfaccia. In altri termini e'
legale scrivere
VigileUrbano vigile = tizio;
o passare 'tizio' ad un metodo dichiarato
public void assegnaControlloreDelTraffico(VigileUrbano vigile);
Come ricorderai, in C++ questo tipo di rapporto si ha solo tra puntatori (o
riferimenti) di classi base a classi derivate (puoi scrivere Base& b=*new
Derivata per esempio) - cose che ovviamente resta anche in java.
Ora resta chiaro che in quanto a potere espressivo finale le due cose sono
equivalenti (in C++, per esempio, se fai una list < auto_ptr<Base> > e un
bel po' d'attenzione riesci a cavartela) ma la leggibilita' e la qualita'
generale dell'implementazione (che consente di traslare direttamente in
linguaggio un costrutto di design, facendosi quindi aiutare dal compilatore)
ne ottiene parecchi vantaggi.
Sto iniziando a programmare in java, e mi trovo di fronte ad un
dilemma.
Sto tentando il porting su java di un programma scritto in C, che fa
un forte uso di array allocati dinamicamente e di riferimenti. Mi
chiedo ora se sia possibile utilizzare gli array di java (ma mi sembra
di no, visto che per scelte di progetto i puntatori non esistono)
oppure se sia meglio sfruttare la classe Vector.
Quest'ultima ipotesi mi lascia un po' perplesso per due motivi:
- è una struttura dati esagerata per i miei scopi
- l'implementazione di array a due dimensione mi sembra (ad occhio)
un po' macchinosa
In sostanza, ho il sospetto che la classe Vector vada bene per
collezioni di oggetti, ma male per matrici di reali.
Attenzione: in java non hai l'*aritmetica* dei puntatori (che percio'
tecnicamente si chiamano riferimenti) ma siccome ogni oggetto e' allocato
dinamicamente in modo esplicito (con una new) e' proprio il contrario -
praticamente hai "solo" puntatori. :)
Un array C/C++ a n dimensioni si traduce immediatamente in Java, e la notazione
e' simile; ad es
int a[10][20]; (statico) o
int **a = malloc(10*sizeof(int *));
for(i=0;i<10;i++) a[i]=malloc(20*sizeof(int));
(dinamico, e poi usi a[x][y])
diventa semplicemente
int a [][] = new int[10][20];
con in piu' check statico e dinamico sui boundaries e proprieta' sulla
lunghezza - in java un array e' un oggetto, non una semplice denotazione per
una zona di memoria.
L'array java e' dinamico, cioe' al posto di 10 e 20 ci possono essere
espressioni qualunque che valutate diano un intero.
>- l'implementazione di array a due dimensione mi sembra (ad occhio)
>un po' macchinosa
Si, decisamente. Se ti servono servizi in piu', puoi dare un'occhiata alla jgl
(java generic library www.objectspace.com) che dispone di numerose collection e
ha una filosofia stile STL.
Per favore potete aiutarmi a capire perchè non
riesco a clonare un
oggetto?
[...]
Mentre l'errore che ricevo è:
QueryData.java:111: Can't access protected method clone in class java.lang.Object. java.util.Set is not a subclass of the current class.
Be', scusa, il messaggio d'errore e' chiaro:
clone() e' un metodo protetto e quindi puo'
essere invocato solo da una classe derivata.
Ora, la cosa e' effettivamente poco intuitiva. Ci
sono un po' di ragioni per questo design, alcune
buone e alcune cattive, ma la situazione e'
questa - e "Cloneable" non e' propriamente al
centro delle attenzioni del team di design di
Javasoft, credo.. :) comunque un workaround
"pulito" e'
public class C implements Cloneable {
public C createCopy() {
try { return clone(); } catch (Exception e) { return null; }
}
}
e usi
C obj = new C();
...
C clonedObj = obj.createCopy();
Le servlet dovrebbero essere dei programmini che girano all'interno di una directory del server, come dei cgi soltanto 100% java.
Se ho ben capito per far girare questo programmino c'è bisogno di un altro programma web server che faccia da ponte ed installato sul server.....(più o meno come per un accesso ad un data base da parte di un'applet). La mia domanda è:
devo scaricarmi il programma ponte per poi installarlo nel server dove mettero' la servlet, oppure i server (ad esempio della tin) hanno già una directory specifica??
Il servlet è un programma semplicissimo in Java?? ha bisogno di qualche accortezza nel passare i dati e nel costruirlo?
Ho capito qualche cosa sulle servlet o sono completamente fuori strada??
Tomcat (un modulo aggiuntivo per Apache, server http open software) è la scelta di Sun - a cui ha anche demandato lo sviluppo successivo delle Servlet API.
Salve a tutti,
vorrei sapere se e' possibile realizzare un CGI in Java.
Vorrei realizzare un piccolo programmino che, richiamato da un
pulsante di un form contenuto in una pagina html, acquisisca i valori
contenuti in alcuni campi del form e li scriva in un file di testo sul
server.
Tenete presente che il server non lo gestisco io, per cui non posso
compiere operazioni di amministrazione sullo stesso. Ho solo
acquistato uno spazio nel quale posso saricare le mie pagine ed i miei
CGI.
Io ti consiglierei di usare le servlet ... e' pero' necessario che sul server sia installato il JSDK (Java Servlet Development Kit) che si trova facilmente in rete e anche un programma di amministrazione come ad esempio il JRUN Administrator scaricabile anch'esso da Internet.
Vorrei sapere come fare per richiamare l'esecuzione di un'applicazione (java o no) all'interno di un'applicazione java e (1) attenderne l'esecuzione, oppure (2) lasciarla in background.
ti ritorna un riferimento all'oggetto Runtime associato alla tua application. L'oggetto Runtime ha vari overload del metodo exec(), che ti ritornano un oggetto Process:
Process figlio = rt.exec("pippo.exe e suoi argomenti");
Se ignori completamente l'oggetto Process, il processo figlio continua ad eseguire per conto suo (il tuo caso [2]). Se vuoi aspettare che il processo figlio termini, chiama sull'oggetto Process il metodo waitFor: tornera' immediatamente se il processo figlio e' gia' finito, se no blocchera' il thread chiamante (la tua intera applicazione, se quello e' il suo unico thread) sino alla terminazione del processo figlio. Per intenderci,
int rc = figlio.waitFor();
L'intero ritornato e' il codice di uscita del processo figlio.
Ciascuna di queste chiamate puo` naturalmente generare opportune eccezioni che occorrera' gestire con try/catch, ovvero propagare dal metodo che le chiama.
Al posto di CLASSPATH, il modo più efficace di lanciare le vostre applicazioni è di specificare il path delle vostre classi applicative usando l'opzione -cp nella linea di comando (win32):
java -cp c:\app_class com.mieclassi.Pippo
farà sì che la classe Pippo (nel package com.mieclassi, e quindi nel path relativo com\mieclassi\Pippo.class) venga cercata in c:\app_class (e quindi trovata al path assoluto c:\app_class\com\mieclassi\Pippo.class).
Notate che non è necessario specificare il path nè delle classi standard nè delle extensions che vengono cercate automaticamente.
Sul sito della SUN sono disponibili le COMM, le API per la gestione delle porte seriali e parallele in Java. Vi e' anche l'implementazione per Sun solaris e windows, ma credo che vi si trovino anche le
implementazioni per Linux, anche se non sono sicuro.
tieni presente che in Linux, essendo uno Unix piu' che completo, probabilmente ti puoi limitare ad aprire un file col nome della porta seriale, esattamente come faresti con un altro linguaggio. comunque, per il bene della portabilita', scarica le COMM e usa quelle.
Come si fà ad accedere alle variabili di ambiente : sotto windows
quelle settate in autoexec , tipo classpath , tanto per interdersi ,
su piattaforma Linux quelle definite con l'EXPORT ....??
Forse con System..etc.etc. , se si , posso accdere anche alle
variabili settate da me , tipo PIPPOPATH ??:-) e come ??
No - da Java 1.1 l'accesso alle variabili d'ambiente e' deprecato - dato che e'
intrinsecamente non portabile (in certi s/o non esistono proprio).
Il trucco e' passare le variabili d'ambiente sulla linea di comando, usando -D:
ad esempio, se hai PIPPOPATH puoi scrivere
java -Dpippo.path=$PIPPOPATH Applicazione
(o java -Dpippo.path=%PIPPOPATH Applicazione in Win32)
e nelle proprieta' di sistema (cfr. System.getProperties()) ti troverai un bel
"pippo.path" col valore di PIPPOPATH.
Ciao, immagino sia una domanda da FAQ...
Come diavolo faccio a visualizzare le swing in Internet Explorer 5??
ho fatto un Japplet che con appletviewer funziona benissimo ma, sullo stesso
HTML, Internet Explorer dice class not found...
p.s. Uso Windows NT
Ho [...] PC con Windows 98, mouse e tastiera radio della Logitech.
Riscontro pero' un problema di "refresh" sul rettangolo che contiene il
puntatore del mouse; in pratica quando sposto il mouse dopo un click, nel
rettangolo suddetto rimane l'immagine che compariva _prima_ di eseguire il
click.
Avevo anch'io lo stesso problema con Win98 pur senza aver installato il
Microsoft Plus.
Ho fatto vari tentativi anche per quanto riguarda il driver della scheda
video, il numero dei colori visualizzati e la frequenza di refresh.
Alla fine ho trovato la soluzione: è stato sufficiente andare nel pannello
di controllo > mouse > puntatori e impostare la combinazione su "nessuno" o
"windows standard".
In effetti a quanto pare l'emulazione software dei cursori viene fatta anche
senza il Plus installato, è sufficiente che si scelga una combinazione di
cursori animati o 3D.
[Road ha poi riferito che il problema e' probabilmente imputabile al driver del suo mouse Logitech -cris]
Se la JVM non è di trovare classes.zip, non può nemmeno partire, dato che la classe java.lang.Thread non può essere trovata.
JDK/JRE1.2 (aka Java 2) risolve questo problema usando una locazione fissa (di solito JRE_HOME/lib/rt.jar se il JRE (java runtime environment) è stato installato in /JRE, per cui non è più necessario che l'utente includa classes.zip nel suo classpath.
In conclusione, se usate JDK1.1 e avete una definizione esplicita di CLASSPATH, questa deve includere classes.zip: ad esempio, Win32 per compilare su JDK1.1.8 avrete qualcosa del tipo:
Ciao a tutti, qualcuno sa dirmi perchè a volte nello stack trace di una
eccezione anzichè della riga del sorgente c'è un banale:
compiled code?
Mi capita che lo stesso programma genera eccezioni che a volte riportano
la linea del codice srogente altre volte si "rifugiano" dietro l'inutile
"compiled code"
Perche' il codice e' compilato ;-) dal just-in-time compiler a runtime!
Lancia la VM con il parametro -nojit, in modo da disabilitare il just
in time compiler nelle fasi in cui fai test .
[R1.41]
(Cfr. anche [D2.2.2]) Per quanto riguarda un database ODBC, in IE5 l'uso del bridge jdbc-odbc (che richiede il caricamento di una DLL locale)
non è permesso ad un'applet non firmata (cfr. [D2.4.1]). Siccome generalmente si accede
ad un database Access attraverso il bridge, ne segue che no, non si può
accedere direttamente ad un .mdb da un'applet.
Microsoft™ Access è un prodotto proprietario,
così come il formato .mdb, che Microsoft non rilascia pubblicamente, e per cui Microsoft non ha mai creato
un JDBC driver nativo: di conseguenza non c'è un driver pure-java, type IV.
Quindi, se è possible, la soluzione è di abbandonare MSAccess per un database per cui esistano driver
tipo IV (cfr JDBC Driver Types.
Se tale database è poi accessibile via ODBC, potete addirittura continuare ad usare il client MSAccess
per lavorarci - è solo il database engine che cambia.
Se ciò non è possibile, e non potete firmare l'applet, potete usare una tecnica multi-thier
(cfr. [D1.11]), che però necessita di un webserver che giri sulla stessa macchina dove
risiede il database, e un'apposita servlet/cgi/isapi che faccia da ponte alle vostre richieste:
+======+ +=======+ +==========+
|applet| ---------> |servlet| ---------> |Jet engine|
+======+ +=======+ +==========+
fa richieste carica il e' il database
HTTP alla servlet driver JDBC-ODBC engine di Access,
tramite le classi in init() ed che legge files
URL e URLConnection esegue l'sql MDB
contenenti il nome in doPost() o
del database e doGet()
l'sql da eseguire
Esiste anche un driver tipo III per Access, a
http://www.atinav.com/products/aveconnect/aveconnect1/access.htm
Attenzione che i driver tipo III necessitano normalmente di un processo cooperatore nella macchina che contiene il database,
quindi questo driver richiede in ogni caso l'accesso al server contentente l'mdb (non potete cioè mettere un .mdb su
un server su cui non avete la capacita' di installare prodotti e usare questo driver).
Tornando all'EXE, perchè non vale la pena? Trascurando del tutto i problemi "filosofici"
per cui trasformando bytecode in eseguibile si perde in portabilità, I prodotti disponibili tendono ad essere
approssimativi, e i motivi per cui di solito si vuole un eseguibile sono spesso malcomprensioni; ad esempio:
Volete un'icona/comando/etc per lanciare una certa applicazione
Da Java1.1 esiste la possiblità di creare JAR esegubili, usando la sintassi (a linea di comando)
java -jar BlaBlaBla.jar. Quindi, impachettate le vostre classi in un Jar, create un'icona (shortcut
in windows) e via; oppure, un batch/shell script (nessun problema con sistemi unixlike, con windows NT potete usare la sintassi
@java -jar BlaBlaBla.jar %* per passare a Java i parametri di linea di comando).
Volete evitare di installare il JRE.
Il punto e' che il JRE e' il supporto runtime ad un programma Java - ed dovete portarvelo dietro (lui, o un equivalente)
in qualunque formato sia il vostro programma. Vero, con tecniche di analisi del codice si potrebbero eliminare le classi
standard non usate dal programma, ma la licenza del JRE lo impedisce esplicitamente. Come qualunque programma "moderno",
sono comunque in genere parecchi megabytes, sia linkati staticamente o come DLL.
Volete aumentare la velocità di esecuzione
In dipendenza da cosa fa il programma, convertire bytecode in codice nativo può o non può portare
significativi incrementi di velocità. Non dimenticate che gran parte dei JRE moderni usano tecniche JIT che
aumentano notevolmente le prestazioni, quindi lo sforzo per guadagnare ancora una minima percentuale di prestazioni
spessissimo non vale la candela. Una tecnica possibile e' quella di riscrivere codice java in C/C++ e lasciare il
compito alle ottimizzazioni del compilatore C/C++ (portandosi dietro, in genere, lo stesso supporto runtime del JRE,
a meno che non si voglia riscrivere anche quello :-): un progetto in tal senso è a
http://www.cs.arizona.edu/sumatra/toba ma è fermo a JDK1.1.
Server side si possono effettivamente ottenere notevoli miglioramenti. Ad esempio TowerJ
è un ben noto prodotto (commerciale) per NT e DG/UX.
In ogni modo, per windows, trovate ad esempio (a pagamento)
JET o
Jove.
C'è un prodotto sorgente->nativo open source a http://gcc.gnu.org/java/,e
inoltre, ricordo il ben noto jexegen.exe nel Microsoft SDK con
Java (fornito, se non erro, con VJ++), che però è compatibile solo
con la JVM Microsoft (e quindi ferma a Java1.1).
Recentemente (28/10/2002), è segnalato anche Exe4J.
Eccon una lista più esaustiva, a cura di Castagna:
From: Castagna (castagna@infinito.it)
Subject: [links] Hacking java... a cura di Castagna
Newsgroups: it.comp.java
(This is the only article in this thread)
Date: 2001-05-09 23:56:35 PST
Viste le frequenti domande, anche da parte mia, riguardanti compilatori
da .class in codice nativo (.exe), traduttori (da java a c, da c a java,
da java a c++ e viceversa e/o da/verso altri linguaggi), domande riguardanti
decompilatori, just-in-time compilers, ecc... ho pensato che avreste gradito.
A mio parere i progetti da tenere sott'occhio sono:
Jad e Jode come decompilatori, GCJ come compilatore, Jikes.
Altri li ho riportati per il loro valore didattico.
Se avete segnalazioni, prego! :)
-------------------------------------------------------------[ Hacking Java ]---
GCJ - http://gcc.gnu.org/Java/
The GNU Compiler for the Java Programming Language, compiles Java source or
bytecode to native machine code. Most APIs are supported, except the AWT,
Swing and RMI. Open Source! Lo si può usare anche sotto Windows con CygWin
http://sources.redhat.com/cygwin/, ma è ancora lontano dall'essere finito.
JCC - http://www.geocities.com/CapeCanaveral/Hangar/4040/jcc.html
A Java to C converter - A direct Java to C translator. Unlike other translators
JCC does not convert Java class files, but instead processes Java source code
directly. Completamente free!
JET Deployment Environment - http://www.excelsior-usa.com/jet.html
built around an optimizing Java to native code compiler for Windows.
The compiler produces conventional EXE and DLL files that do not use JVM
during execution from Excelsior. A pagamento.
Jolt - http://www.meurrens.org/ip-Links/Java/codeEngineering/blackDown/jolt.html
Hackers-only prototype of a Java bytecode to C translator written in Java.
Toba - http://www.cs.arizona.edu/sumatra/toba
Java-to-C Translator: translates Java class files into C source code to allow
making, fast, directly executable programs that avoid the overhead of
interpretation. For stand-alone applications, not applets.
IBM Jikes - http://oss.software.ibm.com/developerworks/opensource/jikes/
JikesTM is a compiler that translates Java source files as defined in The Java
Language Specification into the bytecoded instruction set and binary format
defined in The Java Virtual Machine Specification.
Harissa - http://www.irisa.fr/compose/harissa/
Harissa is a Java environment that includes a compiler from Java bytecode to C
and a Java interpreter. While Harissa is aimed at applications that are
statically configured, such as the Javac compiler, it is also designed to allow
code to be dynamically loaded in an already compiled application.
Jasmin - http://mrl.nyu.edu/~meyer/jvm/
Jasmin is a Java Assembler Interface. It takes ASCII descriptions for Java
classes, written in a simple assembler-like syntax and using the Java Virtual
Machine instruction set. It converts them into binary Java class files suitable
for loading into a JVM implementation.
JToExe - http://www.bravozulu.com/Products/JToExe/jtoexe.html
Lo riporto solo per "completezza"... il dominio è significativo:"bravo zulù"...
a chi? A chi lo usa! ;)
BeanShell - http://www.beanshell.org/
BeanShell is a small, free, embeddable, Java source interpreter with object
scripting language features, written in Java. BeanShell executes standard
Java statements and expressions, in addition to obvious scripting commands
and syntax. BeanShell supports scripted objects as simple method closures
like those in Perl and JavaScript(tm).
JFlex - http://www.jflex.de/
JFlex is a lexical analyzer generator (also known as scanner generator)
for Java(tm), written in Java(tm). It is also a rewrite of the very useful
tool JLex which was developed by Elliot Berk at Princeton University.
JLex - http://www.cs.princeton.edu/~appel/modern/Java/JLex/
JLex is a lexical analyzer generator, written for Java, in Java.
JLex was developed by Elliot Berk at Princeton University. It is now
maintained by C. Scott Ananian.
Jad - http://www.geocities.com/SiliconValley/Bridge/8617/jad.html
Jad - the fast Java Decompiler. Jad is a Java decompiler, i.e. program that
reads one or more Java class files and converts them into Java source files
which can be compiled again. Jad is a 100% pure C++ program and it generally
works several times faster than decompilers written in Java.
JODE - http://jode.sourceforge.net/
JODE (Java Optimize and Decompile Environment) is a Java package containing
a decompiler and an optimizer for Java. This package is freely available under
the GPL.
Delphi2Java - http://www.javadelphi.com/
Creates Java source code from Delphi's Pascal code. Commerciale :(
See also:
http://dmoz.org/Computers/Programming/Languages/Java/Development_Tools/Translators/
Java Code Engineering & Reverse Engineering -
http://www.meurrens.org/ip-Links/Java/codeEngineering/
-------------------------------------------------------------[ Hacking Java ]---
Una finestra di Console su NT, una finestra MSDOS sui vari Windows (usando ANSI.SYS in configurazione) e molte implementazioni di Telnet possono comportarsi come terminali ANSI. Ne segue che, se inviate le corrette sequenze di escape al terminale (usando codice come questo:
DataOutputStream os = new DataOutputStream(System.out);
os.write(27);
os.write(...);
) potete fargli fare tutto quello che VT100/ANSI vi permette di fare.
Librerie: se non avete voglia di rifar tutto da capo, esistono librerie commerciali e non che fanno gia' parte o tutto il lavoro. Le trovate cercando in rete; ad esempio, un'ottima emulazione di ANSI e VT100, in licenza GNU, si trova a http://www.mud.de/se/jta/.
L'area che studia il problema di come effettuare calcoli matematici usando un calcolatore invece di carta e penna (il "calcolo numerico") è decisamente grande, e sarebbe ridicolo anche solo accennarne qui. Se fate qualcosa in più di 2.0+2.0, però, è vitale che ne siate un minimo a conoscenza. Trovate qui qualche considerazione interessante a proposito del solo floating point in Java.
Non usare l'operatore == per fare comparazioni.
== vale true solo se gli operandi sono esattamente uguali. Siccome una delle cose che il calcolo numerico insegna è che, date due computazioni che producono risultati matematicamente identici, non è detto che le loro implementazioni producano valori identici (a causa appunto di errori intrinseci di rappresentazione/approssimazione, l'ordine delle operazioni può per esempio influire sul risultato finale), e' sempre buona cosa fare comparazioni "a meno di un epsilon", dove epsilon è un numero piccolo ma sufficiente per tener conto delle approssimazioni di calcolo.
Ad esempio, dati due doublea e b, invece di scrivere if (a == b) { ... } scrivete if (Math.abs(a-b) < epsilon) { ... }.
Ovviamente perchè ciò serva a qualcosa, è necessario che siate sicuri che gli errori di approssimazione siano sempre più piccoli di epsilon, per cu vi serve il punto sopra. ;-)
Usate double invece di float e BigDecimal invece di double per fare i conti. Fate cast a float o conversioni a double per visualizzare i risultati.
Dati problemi "buoni" o "stabili" (in cui le caratteristiche di approssimazione dovute all'algoritmo sono più o meno uniformi su tutto il dominio del problema, ciò, per dire, non avete errori visibilmente più grandi solo per certi particolari valori di input), questa è una buona regola empirica.
In particolare, BigDecimal è utile se proprio non ci state capendo niente. :-)
Se effettuate operazioni con n+1 decimali significativi, non prendetene più di n del risultato.
Anche questa è una regola empirica, quindi non valida sempre.
Infine, i riferimenti essenziali - i capitoli sui tipi numerici della Java Language Specification: 4.2.3 Floating-Point Types, Formats, and Values e 4.2.4 Floating-Point Operations .
La discussione lì è tecnica, ma dettagliata. Del resto, state facendo calcolo numerico (magari senza saperlo ;-) con rappresentazioni di numeri interi, e un minimo di tecnica ci vuole.
Se si usa JDK 1.1.x della SUN per collegarsi ad un database ODBC sotto WIN32si utilizza di solito il seguente driver:
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
Questo diver non e' presente con IE 4.0. Infatti la buona vecchia Micro$$$soft
(grazie BILL senza di te la vita sarebbe piu' facile :-) ) ne ha creato uno tutto suo:
Class.forName("com.ms.jdbc.odbc.JdbcOdbcDriver");
Se volete scrivere un programma che automaticamente seleziona il driver infunzione del fabbricante (MS o SUN) basta fare:
Quindi: su linux usi il driver JDBC fornito da RMIJDBC, che dialoga via RMI con l'omonima
parte server la quale, attraverso il bridge JDBC-ODBC, dialoga con il database access.
Se vuoi installare veramente poco sul server NT al limite puoi fare girare la parte java
usando la VM microsoft ed il suo bridge (aggiungendovi anche le classi di RMI nel
classpath) e copiando solo le classi di RMIJDBC. Io pero' ti consiglio caldamente un bel
JRE, e ti consiglio anche di farlo girare come servizio.
RETTIFICA !!Re: REQ: Esiste un compilatore che generi codice machine-dependent?
Date:
Mon, 26 Oct 1998 14:04:58 GMT
Newsgroups:
it.comp.java
j2c++ NON e' un convertitore, e' un'altra cosa ::
ecco un paste ...
J2C++ is a code generation tool that allows a Java applet or application to
access C++ objects seamlessly by making them appear as if they were
implemented in Java. J2C++ parses a C++ definition file (e.g. an .hpp file)
and generates a mapping layer consisting of Java source and C++ source which
exploits the native method call interface of the Java Virtual Machine (JVM).
A makefile builder (mkmake) simplifies the tasks required to build the
generated source code. Both a Java compiler (javac) and C++ compiler are
needed to build the mapping layer.
Ciao a tutti.mi sembra di capire che uno dei problemi piu' ricorrenti in questo gruppo sia quello di come firmare le applet per permettergli di scrivere eleggere files dal web.
Cerco di fare il punto della situazione:le applet possono essere firmate fondamentalmente in due modi:
- usando il javakey incluso al jdk
- facendosi generare un certificato da una authority a pagamento
Il secondo metodo dovrebbe essere quello piu' efficace (non ho mai provato) e consente di eseguire le applet che leggono e scrivono dati anche noninlocale. Per dettagli maggiori leggete l'articolo postato da marina@dalia.cselt.it recuperabile anche tramite dejanews (www.dejanews.com).
Mentre per quanto riguarda il primo metodo ecco quanto ho scoperto:il tool genera delle chiavi doppie con cui si possono firmare le applet,solo che i browser non riconoscono questo tipo di firma.
Per poter eseguire le applet dal browser bisogna scaricare un javaplugin apposito scaricabile dal sito della sun all'indirizzo java.sun.com/products/pluginquesto plugin dice al browser di non utilizzare la sua JVRM ma di usare un JRE incluso nel plugin che riconosce le applet firmate come detto inprecedenza.
Questo plugin ha pero' qualche difetto:
- io ho dovuto provare una settimana prima di riuscire a scaricarlo(~5Mb)
- bisogna aggiungere qualche riga ai propri html per dire al browser dinon usare l la sua JVRM (ben spiegato nella documentazione del plugin)
- ultimo (e per me molto grave) non e' ancora disponibile per tutte lemacchine (esiste sicuramente per win9*, win NT, solaris, MAC, linux, ma io inuniversita' ho una macchina HP.... quindi mi ciuccio il calzino)
Non dovrei aver detto delle bestialita' in caso contrario postate le correzioni ed eventuali altre info.
Subject:
Re: Applet firmate: cerco di fare il punto...
Date:
1999/01/28
Newsgroups:
it.comp.java
From:
Marina Berati
Il punto fondamentale da capire, secondo me, e' che si vuole che il
proprio applet firmato sia usato davvero dagli utenti, bisogna PER FORZA avere
un certificato vero, rilasciato da una certification authority,
altrimenti chiunque si potrebbe generare i propri certificati in casa, ma allora
che cosa certificherebbero questi certificati? Nulla!
Se usi il plugin della Sun, e lo installi sul tuo browser, accetti di
default tutti i certificati generati col javakey? Se e' cosi', chi si
installa quel plug-in deve essere molto fiducioso, e fa male, se non
e' cosi' ci vuole comunque una CA di mezzo, e il plug-in serve solo
per riconoscere un certificato di un tipo diverso.
Se si intende semplicemente fare un test "in casa" con un applet che
esce dalla sandbox, non occorre firmarlo, ma basta semplicemente
aggiungere
(a browser chiuso) la seguente linea al file prefs.js o preferencies.js
che sia:
Attenzione, perche' in questo modo tutti gli applet che vengono seguiti
sono considerati "sicuri", da qualunque posto provengano, e quindi
conviene fare questa configurazione solo per un utente di "test", che non esca su
Internet.
Una servlet e' un oggetto Java condiviso da piu' processi di
connessione, o sono piu' istanze della stessa classe?
Se e' vero la prima si possono creare in modo forzato piu' istanze della mesesima classe?
Quando un servlet viene chiamato la 1° volta, viene inizializzato dal metodo di init,
ogni sua chiamata successiva non farà + l'init perchè l'istanza è unica!!!
Infatti se tu dichiari delle variabili globali nel servlet, esse ( i valori) saranno condivisi da tutti gli utenti che correntemente stanno utilizzando il servlet!!!
Io ho dovuto lavorare su questo e per avere dei valori diversi
(personalizzati da utente ad utente) ho dovuto creare le variabili localmente ai metodi. Pensa infatti ad unservlet che si occupa di controllare l'inserimento corretto di username e password in un sistema remoto!!!
La patch non è supportata, e non ci sono spiegazioni riguardo all'installazione. Tuttavia, dato che per funzionare le classi RMI in generale devono essere considerate sicure (e quindi non funziona metterle semplicemente a disposizione sul server web), è sufficiente decomprimerle nella directory Java/TrustLib di Windows™ perchè il tutto funzioni egregiamente.
Sono svariati megabyte, quindi la cosa non è probabilmente proponibile per Internet - ma può venire utile per una intranet.
Un'alternativa è, al solito, il Java Plugin - vedi [D1.7], che offre compatibilità con Java 1.1, 1.2, 1.3 eccetera.
Io ho iniziato con "Il manuale Java", P.Naughton, McGraw-Hill" e poi con
"Java per Esempi" della Mondadori.
Il primo parte da 0.1, nel senso che presume che tu conosca il C e un po'
di C++, il secondo si concentra molto sull'AWT e non cosi' tanto sulla
tecnica.
Comunque il posto migliore dove iniziare e' dal tutorial sul sunsite piu'
vicino (per me e' sunsite.dsi.unimi.it, all'universita' di Milano).
Subject:
Re: Per Iniziare
From:
miky@skm.to (Michele Beltrame)
Date:
1997/11/25
Newsgroups:
it.comp.java
Ci sono due libri, in inglese, da prendere entrambi:
David Flanagan: Java in a Nutshell (2nd edition) - O'Reilly
David Flanagan: Java Examples in a Nutshell - O'Reilly
Il primo e` una breve introduzione al linguaggio (per chi conosce gia`
il C o il C++) ed un completissimo manuale di riferimento (con esempi)
a tutte le classi. Il secondo contiene esempi a nastro.
In classico stile O'Reilly (http://www.ora.com) i libri costano poco:
US$ 19.95 ciascuno, che diventano US$ 15.95 su Amazon
(http://www.amazon.com) e su Book Stacks (http://www.books.com).
Subject:
Re: Che libro comprare ???
From:
"Alessandro Valenti" <a.valenti@dial.pipex.com>
Date:
1997/12/13
Newsgroups:
it.comp.java
Esistono diversi libri se hai una conoscenza media di Java e conosci bene
c++ ti consiglio solo un libro di riferimento come "Java in a Nutshell" buon
riferimento dell'API. Oppure un libro completo (e da molti considerato il
migliore) "Java 1.1 Unleashed" (contiene anche una copia di J++ e 2 libri
"completi" nel CD, molto utili per programmatori avanzati-)
Vorrei cominciare a programmare qualcosina in Java per inserirlo nelle
mie pagine web e per divertimento, mi hanno consigliato questo
programma...vale la pena acquistarlo? Come lo trovate?
JWS e' un bell'ambiente, innovativo e con un buon debugger. Purtroppo,
e' *estremamente* pesante, di conseguenza te lo sconsiglio se non hai
almeno 64Mb di ram e una buona macchina (una sparc 10 o un pentium pro
sono il minimo, a mio parere).
Editor. Shareware con licenza di valutazione. Evidenzia la sintassi. Permette di lanciare la compilazione e l'esecuzione senza passare da finestra DOS. Gestisce molti files. Salva/riconosce formato Unix e MS-DOS. Ricerca in files su disco.
Re: Write Once and Run Away?? (Portabilita'??) (LUNGO!)
From:
Cristiano Sadun <cris@NOSPAM.sun6.itim.mi.cnr.it>
Date:
1997/09/24
Newsgroups:
it.comp.java
Insaccanebbia Fabio wrote:
> Ciao a tutti
>
>Altra piccola questione...
> In questo momento sto lavorando ad un progetto di un
> architettura client - server su Web tramite applet Java
> e mi farebbe molto piacere che le mie Applet funzionino
> nel modo piu' "coerente" possibile su ogni macchina...
> [...]
> e dopo questi test mi chiedo se il famoso slogan
> "Write Once, Run Anywhere" non sia da rivedere...
> Le differenze (non grafiche.. quelle le capisco e le
> sopporto fino all'uscta di una version stabile delle
> JFC) di comportamento del programma mi stupiscono ogni
> volta...
>
> Eventi che vengono intercettati da una VM si e non dall'altra,
> programmi che partono una volta ogni quattro, comportamenti
> pseudo-casuali da parte delle scroll-bar... insomma, forse
> pretendo troppo, ma le VM non dovevano essere scritte tutte
> seguendo le specifiche della Sun per essere considerate
> piattaforme valide??
L'anno scorso fui responsabile del team che realizzo' alcune
applicazioni Java presentate poi a SMAU96, per una societa'
di software.
Siccome la portabilita' era ed e' effettivamente la caratteristica
piu' notevole di Java, volevamo dimostrarla facendo girare
le applicazioni su diverse piattaforme contemporaneamente (lo so,
lo so, e' marketing.. ma che ci si puo' fare? ;-) ); nella
realizzazione, incontrammo alcuni problemi simili ai tuoi.
Posso fare solo qualche considerazione:
1. Java, *mediamente* richiede che si pensi in modo "pulito".
Cosa strana per un oggetto di moda, e' dotato di una notevole
qualita', ma richiede che chi ne fa uso sia altrettanto.. notevole,
soprattutto in termini di progettazione. Quindi sfruttane a fondo
le caratteristiche (distribuzione del codice su molte classi,
GUI integrata, etc), ma evita come la peste "trucchi" e porcherie
varie nel codice spicciolo - di norma vengono rifiutate da altre
JVM. Usa, applica e fai applicare i modelli teorici e tecnici corretti -
mai come in Java gli "accrocchi" si traducono velocemente in
disastri.
2. In media, Java e' *estrememamente* piu' portabile di qualunque cosa abbia mai visto (e, non so perche', nel mio lavoro mi sono capitati una quantita' di porting.. :) ). Cio' non toglie che considerare una buona mezza giornata per l'adattamento di ogni classe ad un
comune denominatore di funzionamento non sia una stima irragionevole ;^). Rispetto alle giornate-uomo necessarie in altri contesti, e' comunque un tempo trascurabile.
3. Attenzione che Sun supporta solo le versioni Win32, Solaris e, se
non erro, MacOS - quindi le altre possono essere meno aggiornate o errate.
4. Porta pazienza. L'ambiente e' nuovo, recentemente arricchito di
una serie di funzionalita' che gli forniscono una potenza decisamente
vasta e quindi necessita ancora di un po' di tuning. Del resto, i buoni
affari si fanno con le novita', no? In effetti, gli unici problemi
"veri" (non dovuti a impostazioni approssimate o ad analisi malfatte) che
riscontrammo l'anno passato (con JDK1.0.2 e versioni di JVM nei
vari browser non updated o semplicemente bacate) erano alla fin
fine le & nei menu (che sotto solaris venivano visualizzate.. come &)
e la differente gestione del multithreading nella versione WIN32 e
Solaris.
Detto questo, il mio parere e' che, con un po' di buon senso, di
competenze, di incavolamenti e fatica costruire applicazioni
complesse (non applet da effetto pagina www) e portabili e' molto
piu' facile con Java che con qualunque altra cosa - e il risultato di
solito merita lo sforzo.
Salve a tutto il NG.
Vorrei proporre una discussione che confronti java e C++.
C'è qualcuno di voi che, oltre ad avere esperienza in C++, ha sviluppato anche in java e può comunicarmi le sue impressioni usando i due linguaggi.
Mi interesserebbe sapere dove a vostro giudizio sono i pregi e idifetti delle due soluzioni. Spero di non essere OT (almeno il 50% deldiscorso è inerente al NG: si parla comunque di C++, anche se come metro diconfronto viene proposto poi un altro linguaggio).
Spero di non infastidirenessuno.Grazie a quanti vorranno rispondermi. Se l'argomento non lo riterrete diutilità per discuterne sul NG potete mandarmi le vostre impressioni in formaprivata via mail.
Ciao a tutti
Andrea
Subject:
Re: Java e C++
From:
Marco Sarti
Date:
1999/04/09
Newsgroups:
it.comp.lang.c++
A mio parere java ha i seguenti vantaggi:
- la portabilità del codice compilato (ovviamente)
- maggiori soluzioni object oriented rispetto al C++. Appare unlinguaggio più "moderno" da questo punto di vista
- Notevole supporto per applicazioni orientate alle reti
Gli svantaggi invece sono:
- Mancanza dei puntatori. Qualcuno gioisce per questo, ma i puntatori (e l'aritmetica dei puntatori) restano una grande potenza del C/C++- Quando c'è bisogno di applicare soluzioni native bisogna tornare dapapà C/C++ :-)
[a questo proposito cfr. R1.17, -cris] Java non ti offre nel linguaggio la possibilità di creare codice non portabile, mentre nel C++ questa può essere una scelta.
Questo è quello che mi viene in mente...
Subject:
Re: Java e C++
From:
Cristiano Sadun
Date:
1999/04/09
Newsgroups:
it.comp.lang.c++
Be', ho sviluppato parecchio in entrambi i linguaggi, e dato che di mestiere faccio il designer di sw sono quelli che uso comunemente a meno di vincoli esterni. Sulle differenze tra Java a C++ un paio d'anni fa ci scrissi sopra una articolo da 15 pagine, e Java aveva un terzo della potenza che ha adesso :), quindi in breve si puo' dire molto poco. :)
Comunque, Java nasce come una semplificazione di C++ *e* un potenziamento dello stesso: i vantaggi in brevissimo, a livello di linguaggio, capacita' espressive, ambienti e librerie (wow :)
- maggiore portabilita'. E' possibilissimo scrivere codice portabile in C++, almeno finche' non c'e' di mezzo una GUI, ma e' *molto piu' difficile*.
- supporto nativo al multithreading. C++ si deve appoggiare al s/o.
- supporto nativo al networking. Per C++, come sopra.
- migliore supporto al design OO, con la definizione specifica di interfacce e classi di implementazioni. C++ ha solo classi astratte come elementi di modellazione.
- garbage collection. In C++ i memory leaks sono all'ordine del giorno, in java quasi non esistono.
- non c'e' l'ereditarieta' multipla. Qui si va a gusti, ma la mia esperienza e' che l'e.m. complica le cose piu' di quanto non le aiuti. Non entro in dettagli altrimenti faccio un trattato :^)
- gestione esplicita dei package. C++ ha i namespace - ma chiunque abbia provato a lavorare con librerie diverse e vincoli di contratto sa quanto possono valere.. :)
- loading dinamico delle classi - il programma non e' quasi-monolitico come in C++.
- una libreria standard da paura, gratis.
- una curva di apprendimento un pochino meno ripida. Per usarlo efficacemente ovviamente, tanto quanto C++, bisogna conoscere l'OO - altrimenti si resta praticoni a vita. ;-)
- supporto obbligatorio alle eccezioni. In C++ sono opzionali (e pochi programmatori le usano, dato che sono state aggiunte da relativamente poco), e i risultati sulla qualita' del codice si vedono.
- tempi piu' veloci per lo sviluppo e una generale miglior qualita' del codice prodotto anche da programmatori non.. sopraffini (nella mia esperienza, una ratio 3/5gg a favore di java per sw di complessita' media).
C++, d'altro canto:
- e' strutturalmente piu' performante. Alcune caratteristiche di java (gc, architettura a VM, etc) lo rendono piu' lento.
- e' stato recentemente standardizzato
- non ha un un'unica radice per le gerarchie di oggetti. Io personalmente non lo vedo come vantaggio, ma c'e' chi lo fa.
- non favorisce il downcast dinamico, che in Java e' una prassi
- ha i template, che a volte sono decisamente comodi
- ha STL, che e' potente e versatile - e soprtattuto ha un sacco di algoritmi ben fatti gia' pronti
- consente di accedere direttamente al s/o - che a volte e' indispensabile
- non e' facile da reverse-engineering-izzare (lo so e' orrido :) mentre java e' tutto sommato facilmente decompilabile.
- di java si sono avute almeno 15 versioni in tre anni. Il linguaggio, anche se imho maturo, e' ancora giovane.
Varie ed eventuali:
- java obbliga (piu' o meno) ad una strutturazione dei moduli "una classe-un file" (o poche classi *molto* correlate), C++ mantenendo la struttura header/codice a volte e' un incubo da ricompilare.
- c++ "vive" (anche se in forme e quasi-standard diversi) commercialmente dai primi anni 80, java da meta' 90. Questo significa che e' piu' "accettato" anche in ambiti conservatori.. ottenere un contratto nominando C++, in molti ambiti, e' ancora piu' facile che non nominando java.
Ovviamente ci sarebbe un libro di cose da scrivere.. comunque e' un inizio.
[A tutto questo è seguita un'interessante (imho) discussione sul design object oriented e sulle features di Java e C++, che e' troppo lunga da riportare qui. Se volete leggere l'intero thread, usate www.dejanews.com cercando negli articoli di Aprile 1999 di it.comp.lang.c++ (vari subject), -cris]
Soluzioni di reportistica per Java (WAS: 'Java e DB2')
From:
Bruno Bossola
Date:
1999/11/08
Newsgroups:
it.comp.java
Ciao a tutti,
in un altro thread e' uscito fuori il problema "reportistica per java": siccome a mio parere e' un tema che va messo in evidenza, ecco l'analisi (vecchia ormai di un mese) svolta dal mio gruppo sui prodotti di report (non sono in nessun ordine!) disponibili attualmente e che siamo riusciti a trovare e valutare velocemente.
Nome: JReport Professional
Builder visuale: Si
Costo: 995$
Licensing: 100 Desktop
URL:http://www.jinfonet.com/designer.htm Commento: molto buono, licenza troppo cara, specialmente server-side
Nome: InetSoft Style Report
Builder visuale: No
Costo: 495$
Licensing: Runtime free
URL:http://www.inetsoftcorp.com/report/index.html Commento: ottimo, licenza poco costosa, potente API, manca pero' di GUI (presente solo per preparazione report colonnari). Da usare solo con programmatori
Nome: JJPRint
Builder visuale: No
Costo: ?
Licensing: ?
URL:http://www.finansys.com/jjprint_en.html Commento: boh, sembra uno scherzo; libreria di API ultra-semplificata
Nome: Parallel Crystal
Builder visuale: Si (usa Crystal Report)
Costo: ?
Licensing: ?
URL:http://www.mobileapps.com/products.htm Commento: Non 100% Java, funziona inoltre solo con Server NT
Nome: Crystal-Clear
Builder visuale: Si (usa crystal report)
Costo: ?
Licensing: ?
URL:http://www.inetsoftware.de/English/produkte/crystalclear/ Commento: sembra ottimo, utilizza i report di CRY 6 e 7, disponibile solo in beta, prevista uscita Q1-2000
Nome: PrintLet
Builder visuale: Si (almeno sembra)
Costo: 300%
Licensing: ?
URL:http://www.palmsoftware.com/ Commento: nessun commento su questo... sarebbe da rivedere
Comunque, FYI, noi usiamo Crystal-clear. Molto comodo, permette la generazione dei report con Crystal Report 6 (strumento collaudato, diciamo :-)) e funziona a 2/3 livelli con app.server dedicato e modulino da scaricare sul client. Anche ERW e JReport secondo me sono ottimi, peccato per i costi :-(
Se avete dei programmatori (e tempo) a disposizione vi consiglio comunque InetSoft Style Report, sembra veramente ok!
Poi c'e' sempre la vecchia soluzione "artigianale" HTML, da considerare con attenzione in molti casi.
Postate sul NG altri pareri/soluzioni, e anche commenti aggiuntivi rispetto ai nostri (molto unilaterali), please!
Ciao,
Bruno.
NOTA IMPORTANTE
Questa versione e' ancora largamente incompleta - ne faccio il post per avere un po' di feedback e trovare contributi e ...contribuenti!
NOTA:
Dopo circa tre anni, questa versione - anche se comunque incompleta - assume la numerazione 1.0. Gioia, gaudio e champagne - se volete spedirmelo, chiedetemi l'indirizzo. ;-)