SgtBadAzz

Wie das JPEG Format aussieht weiss ich nicht, aber da musst der mal bei Google nachsehen, da wird es bestimmt tausende von Ergebnissen geben. Generell würde ich mal sagen, dass du das Bild dekomprimierst, dann skalierst und dann wieder komprimierst. Frank

Bei java.sun.com gibt es Tutorials dazu , da wird einfach mit Sockets gearbeitet was die niedrigste Abstraktionsebene ist. Frank

Ich habe nicht deine persönliche Ausbildung angegriffen. In der Firma in der ich arbeite machen wir eigentlich nichts anderes als Training, Coaching und Consulting im Bereich OOA/OOD/OOP mit Java J2EE / C++ sowie Design Patterns und Refactoring. Es wurde von SUN Ingenieuren mehrfach schon gesagt das man die Sachen im JDK bloss nicht als die Königlösung ansehen soll, sondern dass das ziemliche Hacks waren, deswegen sind auch Dinge unglücklich gewählt. Meine Meinung mit den Interfaces stimmt weiterhin, ich habe mich auch mit verschiedenen Kollege unterhalten und alle stimmen mir zu das Interfaces wie hier des öfteren beschrieben keine gute Sache sind. Du brauchst diesen Rat nicht anzunehmen aber es gibt eben Menschen die machen sowas Hauptberuflich und haben das auch formal während der Ausbildung gelernt und du würdest vielleicht gut daran tun mal einen Rat anzunehmen. Wie auch immer , mehrere Seiten haben bestätigt das Interfaces Konzepte von Verhalten darstellen und getter und setter bad design sind. Das kann man auch in entsprechenden Büchern nachlesen. Frank

Das du schon 4 Jahr JAVA programmierst bedeutet nichts. Die Konventionen mit dem get und set kann man bei der BDK Doku nachlesen, dort wurde das eingefuehrt. Das Problem liegt wohl eher da, dass bei der Ausbildung zum FI AE grundlegendes theoretisches Wissen, wie man es bei einer Ausbildung an einer Hochschule vermittelt bekommt nicht vermittelt wird, odr nicht vermittelt werden kann, das merkt man gerade bei diesen ganzen OOP Sachen, JAVA hacken zu koennen bedeutet nicht das Nur weil du noch nichts davon gehoert hast bedeuete das nicht, dass man das OOP verstanden hat. Lies mal OOA/OOD von Heide Balzer, oder Oestereich. Waehrend des Studiums habe ich das eben mal so in Software- engineering mal so gelernt. Aber lass es einfach, ich habe meine Klausuren bestanden, ich brauche niemanden was zu beweisen. Frank

Hmmm ist SAMBA nicht das Teil mit dem man unter LINUX Laufwerke fuer Windowsmaschinen zur Verfuegung stellen kann ? Also wenn du die Session ID mit getParameters() siehst dann wird sie mitgeschickt. Probier es halt mal mit TOMCAT , dort heisst es glaube ich JSESSION oder so, aber das wirste dann schon sehen. Frank

Also ich weiss jetzt nicht mehr genau ob es in diesem Buch stand aber im Oesterreich steht es und auch in dem Buch von Heide Balzer. Des weiteren habe ich mittlerweile ca. 8 Jahre Erfahrung in Softwarentwicklung und hatte auch Softwareengineering-Vorlesungen waehrend des Studiums da wurde das auch besprochen. Vielleicht kannst du ja mal einen Rat von jemanden annehmen der von Ausbildungswegen her offensichtlich etwas mehr Erfahrung als du hast ... aber wie gesagt du kannst den Rat annehmen , musste aber nicht. Frank

Es ist V9 da es ja eine UltraSparc 2 , also 64 Bit. Frank

Es macht auch Sinn das es keine Mehrfachvererbung gibt, wenn man da an C++ denkt dann kann einem das schon in den Wahnsinn treiben. Aber lies mal das Buch "Effectice Java", das zeigt dir das man solche Sachen wie hier beschrieben mit Interfaces nicht machen sollte. Frank

Es macht oft keinen Sinn was als ein Interface zu machen, besonders wenn das Interface mal publiziert wurde macht es riesige Probleme es nochmal zu ändern, weil dann der Vertrag gebrochen wird und nichts mehr richtig läuft. Teilweise ist dann eine abstrakte Klasse besser, weil da kann ich das machen indem ich eine Default-Implementation mitliefere. Frank

Ich habe ein Interview gesehen auf theserverside.com mit verantwortlichen von SUN fuer die API und da wird zugegeben dass nicht ok ist was da teilweise gemacht wird mit Swing usw.. Zweimal Falsch machen noch kein Richtig. Frank

Keine Ahnung wie gross die Zeiger sind, aber es geht. Muss mal sehen wie die das machen. Frank

getRoot() modelliert auch wieder das Konzept ... hier Baum, selbiges mit isLeaf(). Des weiteren wurde in der Vergangenheit zugegeben das Swing und AWT einige Hoaxes haben was das Design angeht. Da wird das Konzept eines Baumes implementiert, ich bezog mich aber mehr auf die Namenskonventionen nach dem BDK. Frank

Ich denke mal dann muss man das nicht mehr kaufen, da die Lizens pro CPU geht. Also in 2001 haben wir noch 100$ dafür gezahlt, ich weiss aber nicht ob die da mehr dazu gemacht haben mittlerweile. Frank

Wie gesagt, da ein Interface keine Elemente besitzen kann die einen Status halten können machen getter und setter keinen Sinn. Ich empfehle hierzu die Lektüre des Buches "Effective Java". Interfaces definieren oder modellieren vielmehr ein Konzept oder ein Verhalten was dann ohne Wissen der Implementation benutzt werden kann. Im JDK habe ich bisher kein Interface gefunden was getXCY() als Methode hat. Frank

Ist jrunsessionid auch der Parametername unter der dein JSP/Servlet - Container die Sessions ablegt und dann im Request danach sucht. Also mein Tomcat z.B. hat da was anderes. Des weiteren habe ich in der JDK Doku folgendes gefunden: public java.lang.String getRequestedSessionId()Returns the session ID specified by the client. This may not be the same as the ID of the actual session in use. For example, if the request specified an old (expired) session ID and the server has started a new session, this method gets a new session with a new ID. If the request did not specify a session ID, this method returns null. Besonders der letzte Satz dürfte interessant sein. jrunsessionid ist doch von diesem JRUN on Macromedia oder so ... hast du das denn ? Frank

Also auf meinem Solaris 9 auf UltraSparc2 ist es so, das es 64 Bit - fähig ist aber trotzdem auch noch 32 Bit Applikationen darauf laufen können. Was sind denn prozessornahe Programme ? Frank

Die Lizens für die PDF Lib, soweit ich noch weiss geht die ja pro Maschine. Frank

Ich habe das als guten Rat gemeint, denn offensichtlich hat er so gut wie keine Erfahrung mit C und es wäre wohl besser sich erstmal eine Grundlage zu schaffen, so habe ich jedenfalls mal gelernt wie man an ein neues Wissensfeld herangeht. Natürlich kann man dann auch trial and error machen, das finde ich aber nicht besonders praktikabel. Wie gesagt ich sehen mein Posting nicht als Beleidigung sondern als Ratschlag der wohl mehr als Sinn macht. Frank

Ich sehe das nicht als Beleidigung, sondern ich wollte ihm einfach nur einen guten Rat geben, das er erstmal die Grundlagen von C lernt und dann sich überlegt wie er das mit dem Menü machen will. Frank

Laut BDK ist es geben definiert das getter und setter auf die entsprechenden Elemente der Klasse zugreifen (z.b. getName() greift auf ein Element Name zu), Interfaces haben keine Elemente, Interfaces repräsentieren Konzepte und Verhalten aber keine konkreten Entities, da sie keinen Status speichern können. Dein Beispiel mit Bla extends MyInterface ist FALSCH, Interfaces können kein Superklassen von Klassen sein. Interfaces implementieren keine Objekte , Interfaces werden implementiert. Frank

Trotzdem haben getter und setter darin nicht verloren. Des weiteren ist die Methode getVolumen() sehr unglücklich gewählt wenn man die als Static in die Main Klasse macht, die sollte eben ein teil der abstrakten Klasse sein. Sieh dir mal Interfaces im JDK an , dann wirst du sehen dass die zum Grossteil nur Konzepte und Verhalten implementieren und nichts mit getX() usw. haben. Frank

Ja haste es schonmal bei Sybase versucht ? Ich habe das hier gefunden: http://www.sybase.com/products/middleware/jconnectforjdbc Frank

Soweit ich weiss hat Eclipse standardmäßig nur dieses Code Insight das was du willst könnten eventuell ein Plug-In lösen. Eclipse ist ja nicht nur für JAVA deswegen wird das nicht enthalten sein. Frank

Wird die doGet() - Methode im Servlet ausgeführt ? Wenn du dir alle übertragenen Parameter ausgeben lässt, ist dann die Session-ID dabei ?? Frank

Auf Intel 8086 ( 16 bit) sind das 20 Bit. Frank