what I should prefer to generate entities?

Hi,

I am at the begining of a proyect (it will be a visual JSF).

I will need read/store in a DB (mysql) a lot.

I'm thinking to make a UML class diagram to help designing it.

What do you think is the best to generate the entities?

- Persistence
- UML class diagram

Thanks.

Re: How long does it take to rename a project?

Hi Franklin,

Franklin Phan wrote:
 > If NB encountered a deadlock, then it should tell the user. Doesn't 
that make sense?

"Deadlock" is a situation when thread A waits for a thread B and thread 
B waits for thread A (and therefore they are both stuck). It is an error 
of implementation of thread synchronization. Therefore, NetBeans (or 
almost any application that meets this problem) is not aware of it 
(cannot tell the user).

Of course - one could probably implement a dead-lock detection (it is 
not so hard to find a cycle in a graph, is it?), instead of the "ostrich 
solution"... But I believe one would have to listen to complaints about 
how slow NetBeans is because it tries to detect deadlocks all the time...

With regards,

Petr Dvorak

How to use another UI font?

Hi,

I know that I can change the default size using the startup
parameter '--fontsize', but if I want to change the UI font, at least
change it to 'bold'?

thanks.

RE: How long does it take to rename a project?

Thanks for the explanation.

-----Original Message-----
From: Petr.Dvorak <at> Sun.COM [mailto:Petr.Dvorak <at> Sun.COM] 
Sent: Thursday, July 31, 2008 5:05 PM
To: nbusers <at> netbeans.org
Subject: Re: [nbusers] How long does it take to rename a project?

Hi Franklin,

Franklin Phan wrote:
 > If NB encountered a deadlock, then it should tell the user. Doesn't 
that make sense?

"Deadlock" is a situation when thread A waits for a thread B and thread 
B waits for thread A (and therefore they are both stuck). It is an error

of implementation of thread synchronization. Therefore, NetBeans (or 
almost any application that meets this problem) is not aware of it 
(cannot tell the user).

Of course - one could probably implement a dead-lock detection (it is 
not so hard to find a cycle in a graph, is it?), instead of the "ostrich

solution"... But I believe one would have to listen to complaints about 
how slow NetBeans is because it tries to detect deadlocks all the
time...

With regards,

strange bugs?

Re: Java command-line arguments regex bug - reported

Okay, I reported it.

Hi,

Nice workaround, but as you had mentioned, running it from the CLI will not
give this problem... So NB should have done some conversion from \d* and
provided that output.
Since it does some conversion, it might have been some feature which has not
been seen till now... :)
Could you please open a bug report... that way you might get the information
that you were looking for...

Thanks,
Mithun

--

-- 
View this message in context: http://www.nabble.com/Java-command-line-arguments-regex-bug--tp18582781p18766873.html
Sent from the Netbeans - Users mailing list archive at Nabble.com.

Re: strange bugs?

Hi!

This issue seems to be already tracked:
http://www.netbeans.org/issues/show_bug.cgi?id=142405

I will attach your steps under this issue...

Thank you for the report!

With best regards,

lmw wrote:
> Hi,all:
> I get a strange bug,the code below works fine in 6.5M1,but in NetBeans
> Dev 200807301401,when ever I double click the number(16,24,28,etc,)and
> select it,the ide report a exception.(windows 2000,sp4,jdk1.6.0_06-b02)
> java.lang.ClassCastException: java.lang.Integer cannot be cast to
> java.lang.String
> at
> org.netbeans.modules.java.hints.errors.Utilities.guessName(Utilities.java:102)
> at
> org.netbeans.modules.java.hints.introduce.IntroduceHint.computeError(IntroduceHint.java:359)
> at
> org.netbeans.modules.java.hints.introduce.IntroduceHint.run(IntroduceHint.java:294)
> at
> org.netbeans.modules.java.hints.introduce.IntroduceHint.run(IntroduceHint.java:125)
> at
> org.netbeans.api.java.source.JavaSource$CompilationJob.run(JavaSource.java:1675)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
> [catch] at java.lang.Thread.run(Thread.java:619)
> code:
> /*
> * To change this template, choose Tools | Templates
> * and open the template in the editor.
> */
> /**
> *
> * @author Administrator
> */
> public class NewClass {
> public static int _c2(int c) {
> int k = 2;
> for (int i = 0; i < c; i++) {
> k = k * 2;
> }
> return k;
> }
> public static void main(String args[]) {
> System.out.println(_c2(16));
> System.out.println(_c2(24));
> System.out.println(_c2(28));
> System.out.println(_c2(30));
> System.out.println(_c2(31));
> }
> }
>
> ------------------------------------------------------------------------
>

Re: strange bugs?

Thanks .



----- Original Message ----- 
From: "Petr Dvorak" <Petr.Dvorak <at> Sun.COM>
To: <nbusers <at> netbeans.org>
Sent: Friday, August 01, 2008 9:55 AM
Subject: Re: [nbusers] strange bugs?


> Hi!
> 
> This issue seems to be already tracked:
> http://www.netbeans.org/issues/show_bug.cgi?id=142405

> 
> I will attach your steps under this issue...
> 
> Thank you for the report!
> 
> With best regards,
> 

Oracle + Netbeans for Linux, bug?

Re: Oracle + Netbeans for Linux, bug?