.settings/org.eclipse.wst.common.component in the project directory. I have changed the attribute name of the wb-module module there, from<wb-module name="myproject_war">
<wb-module name="myproject">
public class MyClass {
private static MyClass instance = null;
public static MyClass getInstance() {
if (instance == null) instance = new MyClass();
return instance;
}
}
public class MyClass {
private static MyClass instance = null;
public static synchronized MyClass getInstance() {
if (instance == null) instance = new MyClass();
return instance;
}
}
public class MyClass {
private static MyClass instance = null;
public static MyClass getInstance() {
if (instance != null) return instance; = new MyClass();
synchronized (MyClass.class) {
// yes, one more check in synchronized block
if (instance == null) instance = new MyClass();
}
return instance;
}
}
instance = null;. In most cases it is safer to use just plain synchronized method.logging.properties. I do not like, that-Djava.util.logging.config.file=logging.properties to the JRElogging.properties cannot be packed into the JAR of the application.JAVA_HOME/lib/jndi.properties, ...main() method. Then you may pack a default logging.properties file into the JAR with your application (the same JAR where is the class with this code). And the user may still use the -Djava.util.logging.config.file=logging.properties property to use her/his own logging configuration./*
*
* Should be called before the first use of the JDK logging. The best place is
* in the static initializer of the class, which has the {@code main()} method.
*/
static {
String file = System.getProperty("java.util.logging.config.file");
if (loggingfile == null || loggingfile.isEmpty()) {
URL url = null;
try {
url = MyClass.class.getClassLoader().getResource("logging.properties");
if (url == null) {
System.err.println("Cannot find logging.properties.");
} else {
LogManager.getLogManager().readConfiguration(url.openStream());
}
} catch (Exception e) {
System.err.println("Error reading logging.properties from '" + url + "': " + e);
}
}
}
public static void main(String[] args) { ... }
MessageBox.Show(...).dgv.Rows[e.RowIndex].ErrorText = "Chyba" (pozor, pak se tato chyba musí mazat při EndEdit()).dgv.Rows[e.ColumnIndex, e.RowIndex].ErrorText = "Chyba". Ale chybový obrázek se neobjeví, pokud se buňka edituje. Workaround pro toto je třeba v DataGridView FAQ.
//deklarace
private ToolTip toolTip = new ToolTip();
...
// incializace, treba v konstruktoru
this.toolTip.ToolTipIcon = ToolTipIcon.Error;
this.toolTip.ToolTipTitle = Properties.Resources.TitleError;
this.dataGridView.CellEndEdit += new DataGridViewCellEventHandler(dataGridView_CellEndEdit);
this.dataGridView.CellValidating +=new DataGridViewCellValidatingEventHandler(dataGridView_CellValidating);
...
// Schovej tool tip po dokonceni editace.
void dataGridView_CellEndEdit(object sender, DataGridViewCellEventArgs e)
{
if (this.toolTip.Active)
{
this.toolTip.Hide(this);
}
}
private void dataGridView_CellValidating(object sender, DataGridViewCellValidatingEventArgs e)
{
...
if (error)
{
this.CellValidatingError(e, "Nastala chyba XYZ.");
return;
}
...
}
// Zobraz tooltip, pipni, nastav e.Cancel na true.
public void CellValidatingError(DataGridViewCellValidatingEventArgs e, string msg)
{
e.Cancel = true;
// tooltip
Rectangle cellBounds = this.dataGridView.GetCellDisplayRectangle(e.ColumnIndex, e.RowIndex, true);
Point location = new Point(cellBounds.Left + this.dataGridView.Location.X, cellBounds.Bottom + this.dataGridView.Location.Y);
this.toolTip.Show(msg, this, location, 3000);
// beep
System.Media.SystemSounds.Beep.Play();
}
ToolTip.Hide() a ToolTip.Show() se nastaví na prvek Control, ve kterém je DataGridView vložené, v tomto příkladě je to this.
CopyFileEx z kernel32.dll v C#. Ovšem pro přesun souborů jsem nic rozumného nenašel. Přesun souboru se totiž někdy realizuje jako přejmenování, jindy jako kopírování a vymazání. To může trvat různě dlouho. Nakonec mne překvapil poměrně čerstvý (asi měsíc starý) článek na MSDN: http://msdn.microsoft.com/en-us/library/cc165446.aspx. Ten radí použít v C# třídu FileSystem z VisualBasicu (sic). Tato třída poskytuje při souborových operacích standartní windowsovská dialogová okna, což je pro mé účely postačující. Navíc si i nechá potvrdit přepsání nebo smazání souboru, umí i operovat s celými adresáři. Jestliže ale někdo potřebuje vlastní progress bar nebo jiný způsob informace o postupu souborové operace, tak má asi smůlu.FileSystem použít parametr Microsoft.VisualBasic.FileIO.UIOption.AllDialogs
EditingControlShowing událost a hlídat KeyDown u objevivšího TextBoxu. To je ovšem takové lámání přes koleno. Nejlepší řešení je od Marka Rideouta, manažera DataGridView v Microsoftu. (Ano, DataGridView má asi svého ředitele :-)), viz http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=88530&SiteID=1
protected override bool ProcessDialogKey(Keys keyData)
{
Keys keyCode = (keyData & Keys.KeyCode);
if (keyCode == Keys.Enter || keyCode == Keys.Tab)
{
return this.ProcessRightKey(keyData);
}
return base.ProcessDialogKey(keyData);
}
protected override bool ProcessDataGridViewKey(KeyEventArgs e)
{
if (e.KeyCode == Keys.Enter || e.KeyCode == Keys.Tab)
{
return this.ProcessRightKey(e.KeyData);
}
return base.ProcessDataGridViewKey(e);
}
