ksg9-sebastian

anstatt nen einzelnen int zu lesen wäre es auch sinnvoller einen byte[]-array zu lesen..länge ~4096

Der Tomcat hat doch damit nichts zu tun?! Du willst irgendeine Anwendung als Dienst installieren. Welche das ist dürfte dem Loader egal sein. Was kommt den für ne Fehlermeldung?

Hehe, ok Hab den Code nicht wirklich angeschaut, nur reinkopiert Hast gewonnen^^

http://www.jformdesigner.com/ Ist glaub ganz akzeptabel und preislich auch sehr im Rahmen. Vor allem kann man den GUI Code in ne separate XML-Datei auslagern. Das macht den Code gleich wesentlich übersichtlicher.

Hm..soll das evtl. ein Prefix oder so sein?

und passt so gar nicht zusammen. Und ich bezweifel dass du ein Framework findest welches das ALLE kann. Spring Framework hilft dir nicht direkt weiter. Damit werden u.a. Beans dynamisch zur Verfügung gestellt und noch tausend Sachen mehr, aber die kannst du auch auf der Homepage nachlesen. Für deine Anwendung brauchst du "viele" Frameworks: - UI -> SWT oder Swing.. - Datenbankverbindung u.s.w. -> EJB, Hibernate (JDO eben) - Client/Server -> kA was es direkt gibt - Cachingframework -> Performancegewinn, tranferierung der Objekte - Userverwaltung -> LDAP, Datenbank, bei WebAnwendung über den Server angesteuert So ganz trivial ist das ja nicht was du da machst/machen musst. Um das sinnvoll hinzubekommen brauchst du viiiel Erfahrung, mit einfach mal so die Frameworks im Netz durchklicken kommst du da nicht weit. Das wird eher nach hinten los gehen als das was Vernünftiges dabei raus kommt. Ist nicht böse gemeint aber das erfordert wirklich einiges an Fachwissen, nicht nur über Programmierung sondern auch Client/Server, Netzwerke, Datenbanken u.s.w. Ach ja, was meinst du mit "Unterstützung von Modellierung wäre gut" ? Und was genau die Userverwaltung dabei soll weiß ich auch nicht so recht? Was stellst du dir da vor? Du hast ne ne normale Desktopanwendung, oder? Dass sich der Benutzer an System anmeldet und die entsprechenden Rechte zugeteilt bekommt. Anhand dessen sieht der Benutzer manche Funktionen nicht? Gruß Sebastian

schau dir einfach die Eclipse Sourcen an ?! Oder SWT API, da müsste auch was drin stehen. www.eclipse.org/swt

Es tut aber so nicht Mit deinem Codebeispiel hättest du praktisch ein dynamisches Array angelegt, und das geht nicht. In Java musst du bei der Initialisierung des Arrays eine Länge für jede Dimension angeben. D.h. sowas: String[][] arr = new String[1][2]; oder auch String[][] arr = new String[x.length][y.length]; Ein Array "zu erzeugen" ohne eine vorgegebene Länge ist nicht möglich! Aber teste einfach selbst mit dem Code den du gepostet hast Gruß Sebastian Edit: Zumindest läuft es mit JDK5 _nicht_. Und mit 1.4.2 auch _nicht_.

Ne, so wie ich das sehe geht es nicht. Du kannst auf ne bestimmte Stelle eines Array zur zugreifen wenn die Stelle auch "initialisiert" ist. Und bei der Initialisierung bzw. Deklaration muss die Anzahl der Felder angegeben werden. So zum Beispiel: String[][] a = new String[3][5]; Bin mir nicht ganz sicher, aber ich denk doch das es so ist.

Wenn ich recht weiß bietet dir Eclipse nen temporären Speicher (Context oder so) für deine Plugins an. Läuft dann so - Seite init() aufrufen - Benutzer macht irgendwas - "Next" wird geklickt, dabei wird in der Seite1 ein Event ausgelöse - In Seite1 die Werte in dem Context ablegen - Seite 2 init() wird aufgerufen - Dort die Werte aus dem Context holen

Es geht nicht darum ob die Software das verkraftet. Wenn das JDK abwärtskompatibel ist dann geht das ohne Probleme. Und selbst die Änderungen an der Software wären nicht sooo enorm. Aber es geht um's verteilen der Software (bei bei ca. 80000Arbeitsplätzen ein recht großes unterfangen ist) Zu WAS CE: http://www.golem.de/0510/41263.html http://www-306.ibm.com/software/info1/websphere/index.jsp?tab=landings/was-ce

Ich weiß nicht was ihr für Kunden habt. Aber bei uns geht es nicht mal "so kurz still und heimlich" dass man dem Kunden ne neue JDK-Version aufbrummt. Das ist mit ewigen Tests (Performance, Bugs us.w.) verbunden. Und "einfach mal so" verteilen und hoffen geht bei 5-stelligen Kundenzahlen leider nicht Ja, das WebSphere verdammt viel Geld kostet weiß ich (wir haben bei uns in der Fima div. WebSphere Produkte). Aber der WAS CE ist _kostenlos_ Für den produktiven Einsatz in der Firma taugt er nicht unbeding, bzw. kommt das halt auf die Anforderungen an. Gruß seb

<button type="button".. ?? wenn dann würd ich sowas bevorzugen: <input type="button" onClick="document.myform.submit()" ... oder <input type="submit" ...

zudem bringt es in Firmen mit großer Kundennähe absolut nichts wenn man bei jedem Versionsupdate, sei es das JDK, JEE, diverses Server oder was auch immer, sofort wechselt. Das macht ein Kunde nicht lange mit. Schau dir mal den IBM WebSphere Application Server CE an. Im Endeffekt ist das der Geronimo mit IBM Label. Und, Geronimo ist auch J2EE 1.4 zertifiziert, wenn mich nicht alles teuscht.

und es ist _garantiert_ schneller entweder 1) in der API nach ner passenden Funktion zu suchen (oder) 2. in der IDE Strg+Space zu drücken und die möglichen Funktionen durchzusuchen Und dass File#isDirectory() dich ans Ziel bring solltest du wissen..da ja sogar in der Frage "... Verzeichnisse werden nicht erkannt ..." stand.

kannste dem tranformer nicht nen "content-type" setzen ? wie sieht die xsl aus ?

apache commons digester

Schau dir den Code an...du musst den CustomRenderer verwenden. Grafisch sieht das Diagramm so aus: - Balkendiagramm - Y-Achse: Anzahl der Stimmen - X-Achse: Antwort also : 100 . . 60 . . 20 0 # ja nein vielleicht Jeder Balken hat ne andere Farbe. Welche kannst du bestimmen. Ist im Code ersichtlich. CeWolf erzeugt ja auch ne Instanz von nem JFreeChart, von demher funktioniert das damit auch. private JFreeChart createChart(final CategoryDataset dataset, String title, String antworten) { final JFreeChart chart = ChartFactory.createBarChart(title, // chart // title antworten, // domain axis label "Stimmen", // range axis label dataset, // data PlotOrientation.VERTICAL, // the plot orientation false, // include legend true, false); chart.setBackgroundPaint(Color.lightGray); // get a reference to the plot for further customisation... final CategoryPlot plot = chart.getCategoryPlot(); plot.setNoDataMessage("NO DATA!"); final CategoryItemRenderer renderer = new CustomRenderer(new Paint[] { Color.red, Color.blue, Color.green, Color.yellow, Color.orange, Color.cyan, Color.magenta, Color.blue }); // renderer.setLabelGenerator(new StandardCategoryLabelGenerator()); renderer.setItemLabelsVisible(true); final ItemLabelPosition p = new ItemLabelPosition( ItemLabelAnchor.CENTER, TextAnchor.CENTER, TextAnchor.CENTER, 45.0); renderer.setPositiveItemLabelPosition(p); plot.setRenderer(renderer); // change the margin at the top of the range axis... final ValueAxis rangeAxis = plot.getRangeAxis(); rangeAxis.setStandardTickUnits(NumberAxis.createIntegerTickUnits()); rangeAxis.setLowerMargin(0.15); rangeAxis.setUpperMargin(0.15); CategoryAxis caxis = plot.getDomainAxis(); Font font = caxis.getLabelFont(); caxis.setLabelFont(new Font(font.getName(), font.getStyle(), 20)); return chart; } private CategoryDataset createDataset(String[] cats, int[] data) { final int[][] data2 = new int[][] { data }; return createCategoryDataset("Series ", cats, data2); } public static CategoryDataset createCategoryDataset(String rowKeyPrefix, String[] columnPrefixes, int[][] data) { DefaultCategoryDataset result = new DefaultCategoryDataset(); for (int r = 0; r < data.length; r++) { String rowKey = rowKeyPrefix + (r + 1); for (int c = 0; c < data[r].length; c++) { result.addValue(new Double(data[r][c]), rowKey, columnPrefixes[c]); } } return result; } } class CustomRenderer extends BarRenderer { /** The colors. */ private Paint[] colors; /** * Creates a new renderer. * * @param colors * the colors. */ public CustomRenderer(final Paint[] colors) { this.colors = colors; } /** * Returns the paint for an item. Overrides the default behaviour inherited * from AbstractSeriesRenderer. * * @param row * the series. * @param column * the category. * * @return The item color. */ public Paint getItemPaint(final int row, final int column) { return this.colors[column % this.colors.length]; } }

Also wenn ich 1.000.000 Zahlen erzeuge und in nem Array speichere dann dauert das ganze ~200ms. Wenn die Zahlen auf dem Bildschirm aufsgegeben werden dauert es natürlich länger (~3.5sec). Wozu da ein Splashscreen notwendig ist weiß ich wirklich nicht. Der User merkt nichtmal dass da etwas im Hintergrund läuft. public class Zufall { public static void main(String[] args){ long time = System.currentTimeMillis(); double[] zahlen = new double[1000000]; for(int i=0; i<zahlen.length; i++) zahlen[i] = Math.random(); System.out.println("Zeit: " + (System.currentTimeMillis() - time) + "ms"); } }

Mein Beitrag war auf einzelne Klassen bezogen. "JRE darf nicht verändert werden" war zu pauschal, sorry

Laut SUN-Lizenz darfst du am JRE auch keine Klassen rausschmeisen die du gar nicht benötigst. JRE darf nicht verändert werden.

eeehm, wieviel Zufallszahlen erzeugst du denn? Ich glaub nicht dass du für 1k Zahlen dem User gleich nen SplashScreen vor die Nase setzen musst...

JFrame#setDefaultCloseOperation(..) JFrame.DISPOSE_ON_CLOSE JFrame.EXIT_ON_CLOSE JFrame.DO_NOTHING_ON_CLOSE

if(line.substring(0,2) != "<!"){# Strings vergleicht man immernoch mit str1.equals(str2)

Graphic an Panel übergeben? Was wie wo? Erklär mal bitte was du genau machen willst.