Class Calendar! - Java (Italian)

AppletTalk.com
Java discussions newsgroups

Archives

FAQ

Memberlist

Usergroups

Profile

Class Calendar!
Goto page 1, 2, 3 ... 63, 64, 65 Next

AppletTalk.com Forum Index -> Java (Italian)

View previous topic :: View next topic

Author

Message

server
Guest

Posted: Fri Feb 10, 2006 8:12 pm Post subject: Class Calendar!

message unavailable

Vincent Vega
Guest

Posted: Fri Feb 10, 2006 8:12 pm Post subject: Re: Class Calendar!

Lucilla Mariani ha scritto:

Quote:

Scusa,
potresti farmi un esmpio per il mio caso ?

Difatti se io scrivo:

---
cal = Calendar.getInstance();
DecimalFormat formato = new DecimalFormat("##00");
String minuti = getMinute(cal);
JOptionPane.showMessageDialog(null, "Minuti: "+formato.format(minuti);

non mi funziona....!

Non è che non ti funziona, non ti compila proprio. Sbaglio?
Al metodo format devi passare il numero, e ti restituisce la stringa
formattata. Quindi devi usare il tutto dentro la funzione getMinute()
per produrre la stringa.

pb
Guest

Posted: Fri Feb 10, 2006 9:25 pm Post subject: Re: Aiuto evento swing!

ma nelle mie intenzioni dovresti usare un "ChangeListener"
ciao!

--
"il.baco" <nospam (AT) nospam (DOT) it> ha scritto nel messaggio
news:43ec92a7$0$5987$4fafbaef (AT) reader2 (DOT) news.tin.it...

Quote:

pb ha scritto:
nel metodo stateChanged(ChangeEvent e) del listener potresti vedere il
valore di

tuoJSlider.getValueIsAdjusting()

se vale true non fai niente, altrimenti ti leggi il valore

Grazie per il suggerimento..Proverò!
Nel frattempo ho provato usando un MouseListener anziché un
ActionListener, in modo che sia "ascoltato" l'evento di rilascio del
pulsante del mouse sulla slider. Ho riscontrato però dei problemi coi
thread (di cui forse ho trovato la spiegazione nella documentazione della
classe AWTEventMulticaster).
Andrea

horny.doctor
Guest

Posted: Sun Feb 12, 2006 11:12 pm Post subject: Re: quesito libreria iText

Ragazzi... ho risolto... Ciao

mefras
Guest

Posted: Mon Feb 13, 2006 9:21 am Post subject: richiesta aiuto..

Ciao,
io ho il tuo stesso problema, volevo sapere se l'hai risolto, oppure se per favore mi dici come fai ad unire i due pdf con itext.
Ti ringrazio in anticipo.
Ciao

Andrea Medeghini ha scritto:

Quote:

ho cercato in rete ma non ho trovato nulla che mi sia stato d'aiuto per
capire come posso
generare con jasperreport un report dove nella data source ho un solo
bean con una
decina di campi che devono essere posizionati su due pagine. in breve
devo generare la
copertina di un documento sulla quale devo mettere alcune informazioni
estratte da db.

al momento uso due report, uno per pagina e li unisco con itext,
spero ci sia una soluzione migliore

ciao
Andrea

--
Questo articolo e` stato inviato dal sito web http://www.nonsolonews.it

Andrea Medeghini
Guest

Posted: Mon Feb 13, 2006 4:12 pm Post subject: Re: richiesta aiuto..

mefrasa ha scritto:

Quote:

Ciao,
io ho il tuo stesso problema, volevo sapere se l'hai risolto, oppure se per favore mi dici come fai ad unire i due pdf con itext.
Ti ringrazio in anticipo.
Ciao

Andrea Medeghini ha scritto:
ho cercato in rete ma non ho trovato nulla che mi sia stato d'aiuto per
capire come posso
generare con jasperreport un report dove nella data source ho un solo
bean con una
decina di campi che devono essere posizionati su due pagine. in breve
devo generare la
copertina di un documento sulla quale devo mettere alcune informazioni
estratte da db.

al momento uso due report, uno per pagina e li unisco con itext,
spero ci sia una soluzione migliore

ciao
Andrea

uso questo codice che ho derivato da un esempio trovato in internet

ciao
Andrea
http://jame.sf.net

response.setContentType("application/pdf");

response.setHeader("Content-Disposition", "attachment; filename=" +
fileName + ".pdf");

try
{
ArrayList master = new ArrayList();

Document document = null;

PdfCopy writer = null;

int pageOffset = 0;

int pageCount = 0;

boolean first = true;

for (String report : reportList)
{
JasperReport jreport = JasperCompileManager.compileReport(report +
".jrxml");

JRDataSource dataSource = new MyReportDataSource();

JasperPrint jprint = JasperFillManager.fillReport(jreport, null,
dataSource);

ByteArrayOutputStream baos = new ByteArrayOutputStream();

JasperExportManager.exportReportToPdfStream(jprint, baos);

PdfReader reader = new PdfReader(baos.toByteArray());

reader.consolidateNamedDestinations();

List bookmarks = SimpleBookmark.getBookmark(reader);

if (bookmarks != null)
{
if (pageOffset != 0)
{
SimpleBookmark.shiftPageNumbers(bookmarks, pageOffset,
null);
}

master.addAll(bookmarks);
}

pageCount = reader.getNumberOfPages();

pageOffset += pageCount;

if (first)
{
document = new Document(reader.getPageSizeWithRotation(1));

writer = new PdfCopy(document, response.getOutputStream());

document.open();

first = false;
}

for (int i = 1; i <= pageCount; i++)
{
writer.addPage(writer.getImportedPage(reader, i));
}
}

if (master.size() > 0)
{
writer.setOutlines(master);
}

document.close();
}
catch(Exception e)
{
e.printStackTrace();
}

cicap
Guest

Posted: Mon Feb 13, 2006 10:12 pm Post subject: Re: SEMPRE LA STESSA SERVLET Impossibile trovare la pagina S

"cicap" <cicap (AT) tiscali (DOT) it> ha scritto nel messaggio
news:43eba3e9$0$29105$5fc30a8 (AT) news (DOT) tiscali.it...

Quote:

"Giuseppe" <hmk (AT) libero (DOT) it> ha scritto nel messaggio
news:34NGf.170107$65.4690040 (AT) twister1 (DOT) libero.it...
servlet
servlet-name>MyServlet</servlet-name
servlet-class>MyServlet</servlet-class
/servlet

La classe MyServlet non puo' essere fuori da un package.

Comunque sarebbe bello in questi casi che tu postassi la soluzione.

Will
Guest

Posted: Mon Feb 13, 2006 11:12 pm Post subject: Re: java.lang.NoClassDefFoundError: Add

b_breakers in data 06/02/2006 20.29 ha detto:

Quote:

salve, mi potete dire che significa "java.lang.NoClassDefFoundError: Add"?

prova a compilare così: javac -classpath . Add.java

dovrebbe andare Wink

Pietro
Guest

Posted: Tue Feb 14, 2006 11:12 am Post subject: Re: Problema java e connession a db firebird

digi wrote:

Quote:

Salve,
ho un problema con i database firebird.
Devo collegarmi tramite codice java ad un database firebird e cercando
un po in internet e ho trovato questo codice:

DriverManager.registerDriver(new org.firebirdsql.jdbc.FBDriver());
Class.forName("org.firebirdsql.jdbc.FBDriver");
Connection conn =
DriverManager.getConnection("jdbc:firebirdsql:<pathdb>");

E' ovvio che ti da un errore!
Il codice che hai trovato è un template, al posto di <pathdb> devi
metterci il path al tuo db!!

Tra parentesi, il Class.forName e il DriverManager sono ridondanti,
basta solo una delle due istruzioni

Guest

Posted: Tue Feb 14, 2006 3:12 pm Post subject: Re: Servlet ?

cicap...non ti pare di essere esagerato?? nessuno è perfetto... se non ti va di rispondere non lo fai e basta!

billie
Guest

Posted: Wed Feb 15, 2006 4:12 pm Post subject: Re: tcp ip

"Alberto Salvati" wrote:

Quote:

1) Il problema non è il protocollo quanto il fatto che la app che sta
dall'altro lato deve avere il TEMPO di leggere il pacchetto che è
stato inviato
Ergo, conviene dividere il msg in pacchetti e prevedere un sistema di
"etichettatura" di questi pacchetti in modo da permettere a chi li
riceve di rimettere insieme il puzzle

Ma a questo ci pensa TCP in automatico tramite sequence number.

Quote:

2) Per etichettare un pacchetto di dati devi eslcudere a priori
l'indirizzo ip.
Se 6 su una rete aziendale molti pc potrebbero "uscire" con lo stesso
ip

Il meccanismo delle porte è stato inventato apposta per far coesistere più
comunicazioni "socket" sullo stesso IP. Virtualmente puoi arrivare ad avere
65 mila e rotte connessioni simultaneamente sulla stessa macchina proprio
grazie a questo meccanismo. Contando anche UDP questo valore si raddoppia.

Quote:

3) Non so su altre piattaforme, ma su windows il socket non si accorge
se il collegamento tcp/ip a basso livello è stato chiuso
Ho riscontrato che se apri un socket sun una specifica porta tra 2 host
connessi a internet, se per un po non viaggia manco un bit, il canale
viene chiuso.
Questa casistica puo' essere gestita in vari modi.
Io ho optato per un pacchetto fake da inviare ogni n unità di tempo
dopo le quali non viene inviato alcun dato giusto per tenere attiva la
linea.

A me non è mai capitato. E' cmq una cosa che devi correggere lato server
eliminando timeouts di sorta. Se decidi che il tuo socket dovrà stare in
listening all'inifinito così dovrà essere.

Quote:

4) Il buffer del tcp/ip è di 4k.
Quindi, se devi dividere il msg in + pacchetti, ti conviene tenere
conto di questo parametro.

Non necessariamente. Il buffer è un parametro variabile gestito da TCP in
quella fase denominata "windowing". A meno che non programmi a basso livello
questi sono parametri di cui non ti devi preoccupare, in genere.
Un pacchetto che dovrà trasportare un buffer di 10 byte non verrà
frammentato, un pacchetto che dovrà trasportare un buffer di 10.000 byte
(sparo a caso) potrà essere frammentato, a seconda da cosa decide TCP, in 20
pacchetti da 500 bytes l'uno, ad esempio

billie
Guest

Posted: Wed Feb 15, 2006 4:12 pm Post subject: Re: [SEMI OT] tcp ip

"MaXy" wrote:

Quote:

volevo imparare come far comunicare due programmi via tcp e qui iniziano i
problemi.
gli esempi in rete sono piu' o meno tutti del tipo "per fare una chat si
fa cosi' e cosi'". la maggior parte degli esempi trattano di udp.

UDP è concettualmente più semplice di TCP, non richiede un 3 way handshake e
non implementa un meccanismo di controllo sul recapito.
Semplicemente i pacchetti viaggiano da un socket all'altro. Per i primi
esperimenti di programmazione di rete è utilizzato UDP non a caso e se sei
alle prime esperienze con le socket/winsocket ti consiglio di utilizzare
quello.

Quote:

il resto
serve a poco, i messaggi chat sono sempre corti, e un datagramma ethernet
li contiene agevolmente (anche se non spiegano mai che se mando due
messaggi di fila e il programma che li riceve e' lento o fa delle
elaborazioni, puo' capitare che il ricevente si trovi un unico "pacchetto"
contenente tutti e due i messaggi concatenati)

Se mandi due pacchetti il socket ricevente ne riceverà due. Non è che si
"uniscono" durante il viaggio.
Se il protocollo a cui ti appoggi non garantisce meccanismi di controllo
(come ad es UDP) può capitare che arrivi prima messaggio 2 e poi messaggio
1.
Su TCP questo non accade.

Quote:

ma a me piace capire le
cose a fondo, quindi vi chiedo come si crea un programma "vero" di
comunicazione tcp.

Gli esercizi di pratica iniziali sono molto semplici e trattano quasi tutti
semplici implementazioni di programmi di chat a linea di comando. Gli
applicativi saranno in genere due:
un server che rimarrà in ascolto su una data porta (funzioni principali:
bind(), listen(), accept(), recv()) e un client che si connetterà mandando
dei dati che il server stamperà a video (classiche funzioni: connect(),
send(), sendto() ecc...).
Un meccanismo di semplice trasmissione dati (siano essi semplice testo o
files binari) non è niente di complicato, ti assicuro. Il meccanismo che
"sta sotto" è sì complicato, ma la libreria socket resta uno strumento ad
alto livello che ti risparmia in buona parte questo problema.

Quote:

mettiamo il caso che devo trasmettere un messaggio da 1 mb da un pc
all'altro.
posso inviare tutto in una botta sola (lasciando il compito di spezzarlo
al layer tcp), o devo comunque spezzarlo in piu' invii dal mio programma?

Il compito di frammentazione spetta a TCP, tu non te ne devi preoccupare.
Dipendentemente da alcuni parametri, tra cui la disponibilità di banda dei
due peer, sarà lo stack TCP stesso a decidere quanto grandi dovranno essere
i singoli pacchetti frammentati (windowing).

Quote:

e se fosse cosi', siamo sicuri che il primo messaggio arrivi sempre (anche
teoricamente) prima del secondo, o e' possibile in qualche remoto caso,
che il primo faccia un giro tra router piu' lungo, e arrivi dopo?

Altra cosa di cui non ti devi preoccupare. Ci penserà TCP.

Quote:

e visto che inviando piu' pacchetti distinti (cioe' non che riguardano lo
stesso gruppo di dati, un po' come un invio di messaggi di chat) il
ricevente legge uno stream, c'e' un modo per sapere dove inizia e dove
finisce un pacchetto, o devo gestirmi io il problema, inserendo in testa
al pacchetto la sua lunghezza?

Non ho capito.

Quote:

e via dicendo. mi sapete dare un link (in italiano, se possibile) che
tratti di programmazione "seria" in tcp?

grazie

In questo momento non posso acedere al web ma basta googlare "tcp/ip", "tcp
tutorial" e via dicendo... troverai tonnellate di informazioni.

Gian Uberto Lauri
Guest

Posted: Wed Feb 15, 2006 5:12 pm Post subject: Re: [SEMI OT] tcp ip

Quote:

Long count = 12.19.13.0.19; tzolkin = 12 Cauac; haab = 17 Pax.
I get words from the Allmighty Great Gnus that
"b" == billie <mlist (AT) fastwebnet (DOT) it> writes:

b> Se mandi due pacchetti il socket ricevente ne riceverà due.

Può capitare che vengano frammentati durante il viaggio...

--
/\ ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
//--\ | | \| | Integralista GNUslamico
\/ e allevatore di bug da competizione

Gian Uberto Lauri
Guest

Posted: Wed Feb 15, 2006 6:12 pm Post subject: Re: [SEMI OT] tcp ip

Quote:

Long count = 12.19.13.0.19; tzolkin = 12 Cauac; haab = 17 Pax.
I get words from the Allmighty Great Gnus that
"b" == billie <mlist (AT) fastwebnet (DOT) it> writes:

b> "Gian Uberto Lauri" wrote:

Quote:

Se mandi due pacchetti il socket ricevente ne riceverà due.
Può capitare che vengano frammentati durante il viaggio...

b> A quanto ne so io la frammentazione dei pacchetti dovrebbe essere
b> decisa dal socket che li spedisce e da lui soltanto. Questa
b> "frammentazione durante il viaggio" di cui parli da chi dovrebbe
b> essere messa in pratica? Dai routers?

Esatto.

Mettiamo il caso che uno dei rami attraversati dal pacchetto abbia una
MTU minore dell'originaria. In quel caso i pacchetti vengono
frammentati prima di venire instradati e giungono a destinazione
frammentati.

--
/\ ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
//--\ | | \| | Integralista GNUslamico
\/ e allevatore di bug da competizione

billie
Guest

Posted: Wed Feb 15, 2006 6:12 pm Post subject: Re: [SEMI OT] tcp ip

"Gian Uberto Lauri" wrote:

Quote:

Se mandi due pacchetti il socket ricevente ne riceverà due.
Può capitare che vengano frammentati durante il viaggio...

A quanto ne so io la frammentazione dei pacchetti dovrebbe essere decisa dal
socket che li spedisce e da lui soltanto.
Questa "frammentazione durante il viaggio" di cui parli da chi dovrebbe
essere messa in pratica? Dai routers?

Display posts from previous:

	AppletTalk.com Forum Index -> Java (Italian)	All times are GMT Goto page 1, 2, 3 ... 63, 64, 65 Next
Page 1 of 65

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum