Nabble - JDNC

Re: Any known bug with JXDatePicker and BeansBindings?

2008-10-10T04:40:11Z

Kleopatra wrote:
> Fabrizio,
>
> unfortunately, your description doesn't ring any bells. Could you show
> a small etc etc .. :-) as it might be a problem deep down in the
> picker (it's doing some black magic to get its initial size half-way
> right)
Thanks. :-) A couple of hours of work yesterday didn't find anything
useful, I only looked at the source of JXDatePicker and saw that
setDate() can be vetoed, but I didn't completely understood how.

Tonight or tomorrow I'll try to install the sources in NetBeans and run
a step-by-step.

See you later.

--
Fabrizio Giudici, Ph.D. - Java Architect, Project Manager
Tidalwave s.a.s. - "We make Java work. Everywhere."
weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog
Fabrizio.Giudici@... - mobile: +39 348.150.6941

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Any known bug with JXDatePicker and BeansBindings?

2008-10-10T00:30:27Z

Fabrizio,

unfortunately, your description doesn't ring any bells. Could you show a
small etc etc .. :-) as it might be a problem deep down in the picker
(it's doing some black magic to get its initial size half-way right)

Jeanette

Fabrizio Giudici schrieb:

> Hi.
>
> I'm trying to kill a few minor but old bugs in my application, and one
> of the nasty ones seems related to the JXDatePicker. Basically, I've got
> a panel with a few properties bound to a bean, among others a Date bound
> to a JXDatePicker.date property. A test fails when I create a new bean
> and bind it to the JXDatePicker (while everything is fine when I
> simulate a change in the JXDatePicker and I receive the update in the
> bean).
>
> My code is a bit strange (there are indeed two beans involved, one can
> be manipulated by any thread, while the latter is EDT compliant and it's
> the one bound to the Swing(X) stuff, they are kept in sync by a pair
> upg listeners that manage threads), but it's perfectly working for
> JTextFields, JComboBoxes, JCheckBoxes etc... I've just upgraded to
> SwingX 0.9.4, I'm using BeansBinding 1.2.1.
>
> Thanks.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Any known bug with JXDatePicker and BeansBindings?

2008-10-09T08:09:30Z

Hi.

I'm trying to kill a few minor but old bugs in my application, and one
of the nasty ones seems related to the JXDatePicker. Basically, I've got
a panel with a few properties bound to a bean, among others a Date bound
to a JXDatePicker.date property. A test fails when I create a new bean
and bind it to the JXDatePicker (while everything is fine when I
simulate a change in the JXDatePicker and I receive the update in the bean).

My code is a bit strange (there are indeed two beans involved, one can
be manipulated by any thread, while the latter is EDT compliant and it's
the one bound to the Swing(X) stuff, they are kept in sync by a pair
upg listeners that manage threads), but it's perfectly working for
JTextFields, JComboBoxes, JCheckBoxes etc... I've just upgraded to
SwingX 0.9.4, I'm using BeansBinding 1.2.1.

Thanks.

--
Fabrizio Giudici, Ph.D. - Java Architect, Project Manager
Tidalwave s.a.s. - "We make Java work. Everywhere."
weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog
Fabrizio.Giudici@... - mobile: +39 348.150.6941

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Visual beans in practise?

2008-10-09T06:46:32Z

Aside from the specific NetBeans problems anyone have any strong feelings on how JXTitledPane has been implemented (viz the 'hard-coded' layout). Or even know where these special visual bean descriptors are documented and which should be implemented (which are supported? by what gui builders?).

Best list I could find was here http://www.jformdesigner.com/doc/help/java_beans.html which re-enforces my growing feeling that you get what you pay for with NetBeans.
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=304292

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

java.net downtime

2008-10-09T06:35:43Z

Looks like java.net will be under maintenance today & tomorrow (Thursday, October 9, 2008, between 23:00 PDT and Friday, October 10, 2008, 01:00 PDT). Found the place to be looking is here: https://java-net.dev.java.net/servlets/BrowseList?listName=announcement&count=91 ..Although in the past it was announced a few days earlier on all the the java.net project pages and was typically scheduled for weekends.

Guess hudson won't be available till after that? or it it a separate failure?

Also a better place to post questions and issues with the java.net site in general: https://java-net.dev.java.net/

..although I wouldn't hold your breath for some problems: https://java-net.dev.java.net/issues/show_bug.cgi?id=282
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=304289

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-09T03:38:26Z

took several attempts to post that.. oh and hudson is down..?
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=304252

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-09T03:34:26Z

Wow forums really messed up today, not running on the same server as our hudson is it? dosn't even have the space for your full username? java.net seems to have a consistent history of flakiness (not to mention Hudson). Time for another of those 16k ram packs for the server..

Don't they bother with service status/updates anymore? tried tracing down problems I was having with the sites feeds before (https://www.dev.java.net/servlets/ReadMsg?list=webmasteralias&msgNo=2587) ..boy was it a painful experience, gave up in the end after some useless dialog with the admins, still having same problems now. Oh genius just noticed that list is open to the public and has published my email address to the world. That'll explain why that account gets by far the most spam then.. clueless muppets. I hate mailing lists.

Not feeling the love
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=304251

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-08T14:30:19Z

Seems like I'm out of luck today. whole java.net is not accessible
anymore incl. the forum. Will try to commit updated tests again
tomorrow.
Jan

On Wed, 2008-10-08 at 23:01 +0200, rah wrote:

> I guess that was the message missing from the forum you were referring
> to ...
>
> It should work just fine. I have not problems running updated tests.
> You might need to update your junit4 configuration to use the 4.5
> version, but otherwise no issues so far. Should perhaps also mention
> that I have eclipse 3.4 just in case ...
>
> Cheers,
> Jan
>
> On Wed, 2008-10-08 at 14:11 +0200, Kleopatra wrote:
> > Hi Jan,
> >
> > thanks for the detailed answers! Will update my Eclipse to work with 4.5
> > - anybody knows about problems to expect?
> >
> > Thumbs up from here!
> > Jeanette
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jdnc-unsubscribe@...
> > For additional commands, e-mail: jdnc-help@...
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@...
> For additional commands, e-mail: jdnc-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-08T14:01:35Z

I guess that was the message missing from the forum you were referring
to ...

It should work just fine. I have not problems running updated tests.
You might need to update your junit4 configuration to use the 4.5
version, but otherwise no issues so far. Should perhaps also mention
that I have eclipse 3.4 just in case ...

Cheers,
Jan

On Wed, 2008-10-08 at 14:11 +0200, Kleopatra wrote:

> Hi Jan,
>
> thanks for the detailed answers! Will update my Eclipse to work with 4.5
> - anybody knows about problems to expect?
>
> Thumbs up from here!
> Jeanette
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@...
> For additional commands, e-mail: jdnc-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Using JXTitledPanel in Netbeans

2008-10-08T08:34:02Z

No love for the NetBeans? the Beanie-Babies? awww ;)
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=303984

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-08T08:05:19Z

> It's so quiet today. I take it as "yes" to proposed
> test changes and will try to go ahead with it
> tonight. :)

Hmm .. looks like we problems with the mailinglist --> forum again. From here it's a full thumbs up , go :-)

Jeanette
[Message sent by forum member 'kleopatra' (kleopatra)]

http://forums.java.net/jive/thread.jspa?messageID=303976

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-08T07:19:10Z

It's so quiet today. I take it as "yes" to proposed test changes and will try to go ahead with it tonight. :)
[Message sent by forum member 'rah003' (rah003)]

http://forums.java.net/jive/thread.jspa?messageID=303967

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Delete characters in Swing text box does not happen in Solaris

2008-10-08T07:18:05Z

Is this swing application using any SwingX components? If not you might have better luck in Swing/AWT forum rather then here. http://forums.java.net/jive/forum.jspa?forumID=74&start=0
[Message sent by forum member 'rah003' (rah003)]

http://forums.java.net/jive/thread.jspa?messageID=303964

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-08T05:11:26Z

Hi Jan,

thanks for the detailed answers! Will update my Eclipse to work with 4.5
- anybody knows about problems to expect?

Thumbs up from here!
Jeanette

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-07T11:23:14Z

To answer all the questions at once:
- Why? To solve maven build problems and to enable and encourage usage of features provided by J4 to make tests better.
- I have solution to the maven problem (I hope as I was not having the problem seen on the server locally). It's something along the lines of enforcing 4.x runner (@RunWith annotation).
For this thing to run properly I need new runner (Available in 4.4).
- Yes we should upgrade to if we are doing the upgrade 4.5 (last time I checked maven repo for versions was before 4.5 was published)

The EDT runner will help, and should be used in tests as appropriate after making them 4.x compatible.

The main changes that need to be done (Tested so far on Table, TreeTable, TaskPane, Highlighter tests) are:
- annotate all testXYZ methods with @Test
- annotate setUp() methods with @Before
- annotate tearDown() methods with @After
- either remove extends TestCase or (my preference for now) annotate class with @RunWith to enforce 4.x runner.

In some cases there are conflicts for setUp/tearDown methods visibility (inherited from parent is protected, while 4.x Runner complains that @Before/@After methods need to be public. When this happens I simply create public setUpJ4() method that inside calls original setUp().

After we have those basic changes done, we can start using new EDTRunner and we should probably also change tests using JMock 1.x to JMock 2.x, but this can wait.

Hope I answered all questions.
[Message sent by forum member 'rah003' (rah003)]

http://forums.java.net/jive/thread.jspa?messageID=303800

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-07T08:06:22Z

Well, we do have some tests that *should* be running on the EDT. We can now enforce that. We can also use assumptions to ensure that we're not running Swing tests in a headless environment and convert some of the currently non-automated code to become automated.

Karl
[Message sent by forum member 'kschaefe' (kschaefe)]

http://forums.java.net/jive/thread.jspa?messageID=303753

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-07T07:42:32Z

Thanks Karl! should be a useful addition to swingx tests once Jan has made the updates. Assuming there's a bunch of tests using home-grown EDT synchronisation tricks somewhere? or are those more likely to be the 'untestable' (i.e. no test results) visual tests?
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=303747

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-07T05:35:13Z

I can post it. Mine is extremely similar (it's based on that code), but now uses the 4.5 public runner instead of the internal runner used in that post.

[code]import java.lang.reflect.InvocationTargetException;

import javax.swing.SwingUtilities;

import org.junit.runner.notification.Failure;
import org.junit.runner.notification.RunNotifier;
import org.junit.runners.BlockJUnit4ClassRunner;
import org.junit.runners.model.InitializationError;

/**
* A test runner for JUnit that ensures that all tests are run on the EDT.
*/
public class EDTRunner extends BlockJUnit4ClassRunner {
/**
* Creates a test runner for the specified test class.
*
* @param klass
* the class to test
* @throws InitializationError
* if a problem occurs during object construction
*/
public EDTRunner(Class<?> klass) throws InitializationError {
super(klass);
}

/**
* {@inheritDoc}
*/
@Override
public void run(final RunNotifier notifier) {
if (SwingUtilities.isEventDispatchThread()) {
super.run(notifier);
} else {
try {
SwingUtilities.invokeAndWait(new Runnable() {
public void run() {
EDTRunner.super.run(notifier);
}
});
} catch (InterruptedException e) {
notifier.fireTestFailure(new Failure(getDescription(), e));
} catch (InvocationTargetException e) {
notifier.fireTestFailure(new Failure(getDescription(), e.getCause()));
}
}
}
}[/code]

Karl
[Message sent by forum member 'kschaefe' (kschaefe)]

http://forums.java.net/jive/thread.jspa?messageID=303723

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Using JXTitledPanel in Netbeans

2008-10-07T04:27:15Z

Anyone know how the 'special' support for SwingX in Netbeans is coming along or how to raise these issues with them. How should these components be written to work in properly from NetBeans?
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=303708

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Delete characters in Swing text box does not happen in Solaris

2008-10-07T04:20:09Z

I have a swing application which opens up a frame with text inputs. No special key events handled. When the num lock is on, I am not able to use backspace key. (Backspace key is not working). Is this a known issue for Swing apps running on Solaris ? This is not reproducible in RedHat/Windows. Kindly advice.
[Message sent by forum member 'vinju' (vinju)]

http://forums.java.net/jive/thread.jspa?messageID=303706

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Using JXTitledPanel in Netbeans

2008-10-07T04:14:13Z

Couple of thoughts after some rooting around. I notice JXTitledPanel uses a 'magic' descriptor in it's beaninfo: beanDescriptor.setValue("containerDelegate", "getContentPane") a trick it shares with JXCollasiblePane & JXTaskPane. So I'm guessing NetBeans fails to recognise and support these standard(?) descriptors?? Because these other SwingX containers seem to suffer from the same problems.

Interestingly JXPanel dosen't. What I find a little odd about JXTitledPanel is the way it installs it's own BorderLayout that it's own display depends upon. If you change the JXTitledPanels layout manager after it's created it won't display properly (loses the title bit for one).
This is problematic as it can't be used as a normal container and NetBeans dosn't offer customisation of layout code.. it'll typically install a new one or assume FlowLayout as the default (which renders any JXTitledPanel contents terribly in matisse - as it's not FlowLayout by default).

So I guess both NetBeans and SwingX are at fault? Is JXTitledPanels dependency on it's pre-installed Borderlayout acceptable behaviour? or a violation of its container contract. Lack or delegates?
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=303705

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: UI-Delegates in control of children's properties

2008-10-07T03:32:06Z

2008/10/7 Kleopatra <fastegal@...>

Matt,

Sorry for the late reply, didn't realise what the topic was about when reading the title.

it's me to blame for not having been more clear :-)

A solution to this problem already exists in the JXComponent.

ahhh ... should have known that you already solved it. Will give it a look soon. Just a quick question for the lazy me: would that be in any way pluggable (in isolation) into SwingX comps/ui-delegates - without extending JXComponent?

Yes it would be, (I think,) though there would be a certain amount of boilerplate that would be needed to get it to work without extending JXComponent.

Short overview of the implementation is that it stores the 'set by ui property' externally to the value of the property, basically how the opaque (etc) properties work in Swing but in a more extendible way via a UIPropertySupport class. There are a number of hooks and usability improvements in JXComponent which are not generally needed but basic idea is definately implementable for any of the core swingx classes.

On a side note, there is a specific solution for components like JLabel or others that don't require mouse events which is to use a CellRendererPane to paint the component instead of adding it to the component hierarchy. This also has the benifit of allowing it to be contained within a painter and applicable to effects like the rest of the component.

Re: UI-Delegates in control of children's properties

2008-10-07T03:16:37Z

Jan,

yesterday doesn't seem to have been my day of clarity <g>

>
> Thinking along the lines of LAFs that do not support swingx specific components directly, so in those cases it would be nice to provide at least basic components defaults to better mend into the rest of changed UI.
>

the problem is

- not specific to SwingX
- not related to mixing SwingX and core or third party comps

It's just a very basic, very general problem (which Matt recognized and
solved about two years ago :-)

Cheers
Jeanette

PS: I'll be more off- than online for the next couple of days, sitting
on emergency hardware (everything non-soft seems to hate me ;-)

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: UI-Delegates in control of children's properties

2008-10-07T03:10:51Z

Matt,

> Sorry for the late reply, didn't realise what the topic was about when
> reading the title.

it's me to blame for not having been more clear :-)

> A solution to this problem already exists in the
> JXComponent.
>

ahhh ... should have known that you already solved it. Will give it a
look soon. Just a quick question for the lazy me: would that be in any
way pluggable (in isolation) into SwingX comps/ui-delegates - without
extending JXComponent?

Thanks
Jeanette

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-07T03:05:56Z

Jan,

basically, no objection from here (helped that you promised to do all
manual work, should it be necessary <g>) Only the customary wearyness of
touching running code - so the usual question is why exactly? No way to
run the old style-tests as are and simply write new tests the new way?
Probably a dumb question, too lazy to look into j4 right now ;-)

Jeanette

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: UI-Delegates in control of children's properties

2008-10-07T02:53:45Z

Sorry that didn't come out right in the list, please see the html attachment on the previous post for the correct formatting and complete reply,

Thanks :)

Re: Changing version of Junit

2008-10-07T02:47:52Z

Don't suppose you could publish a version of your improved EDTRunner to the test dir Karl? I've been using this one with 4.x http://stuffthathappens.com/blog/2007/09/14/junit-3x-and-the-event-dispatch-thread/#comment-36
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=303691

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: UI-Delegates in control of children's properties

2008-10-07T02:42:22Z

Sorry for the late reply, didn't realise what the topic was about when reading the title. A solution to this problem already exists in the JXComponent.

From the javadoc for JXComponent:

UI Resource Support

JComponent provides a mechanism for specifying if a particular properties value was set by the UI delegate and as such can be overridden by any subsequent UI delegate that may be installed. This mechanism is provided in two parts

UIResource

Provides a marker interface for specifying that a particular object was set by the current look and feels ui delegate instance. There are a number of utility classes associated with this marker interface; namely

among others.

installProperty and setUIProperty

These pair of methods are provided to allow the setting of ui properties where the property type cannot be extend the UIResource interface. This is enforced as being of primitive type and only for the properties

opaque
autoscrolls
focusTraversalKeysForward
focusTraversalKeysBackwards

This support is provided by a package private method in JComponent which is called from within the LookAndFeel class.

There are a number of problems with each of these approaches; with the installProperty approach there is no way to extend the list of properties that can be set through this method due to the JComponent.setUIProperty method being package private. This in itself is the main cause of all other problems as there are no easy ways to fix the problems with UIResource. These problems come in two flavours; one, not all property types can be extended to implement UIResource (the most important being String) and two, when the ui delegate manages child components and wants to pass on properties (like foreground colour) to these children they need to be demoted to non-UIResource instances so that they are not overridden when the look and feel changes. This can sometimes be impossible, take the special cases for ImageIcon and disabled JLabels and JButtons where the type of the property matters.

JXComponent fixes these problems by providing complete UI property tagging for all types. The process of defining a property as set by the UI delegate follows a similar pattern to the primitive property support in JComponent where there is a package level relationship between installProperty and setLaFProperty. The difference is in the implementation; the JXComponent method provides a number of extension hooks for sub-classes to extend the number of properties that can be configured by the UI delegate. The setUIPropertyImpl(java.lang.String, java.lang.Object) method has details of how to extend these hooks but this is not necessarily needed as support for all properties on a component is provided via the setUIPropertyByReflection(java.lang.String, java.lang.Object) method which automatically provides support for any JavaBean property. The actual information as to which properties have been set by the UI delegate is provided by the UIPropertySupport class which can also be used as an aid to provide this support to classes that don't extend JXComponent.

Hope this helps :)

Re: Changing version of Junit

2008-10-07T02:38:34Z

Would that fix the problems with maven? http://forums.java.net/jive/thread.jspa?messageID=303533񊆦
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=303688

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: UI-Delegates in control of children's properties

2008-10-07T02:22:53Z

> not sure I understand your comment - which order

Don't think you missed anything - never said it was clever, just a stray thought, I wondered if the updateUI() for composite components might not be more useful if the component tree was iterated through bottom-up, or leaf first.. guessing something like container.updateUI() was responsible?

Just another way to ensure the parent has the final say on it's children's appearance.
[Message sent by forum member 'osbald' (osbald)]

http://forums.java.net/jive/thread.jspa?messageID=303686

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Changing version of Junit

2008-10-06T16:40:29Z

I'd rather use 4.5. They enhance the runner support and we can create an EDT-based runner for Swing tests that does not rely in internal JUnit code.

I love JUnit 4.x, so I'm all for upgrading everything to use it.

Karl
[Message sent by forum member 'kschaefe' (kschaefe)]

http://forums.java.net/jive/thread.jspa?messageID=303623

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Exception moving column

2008-10-06T14:44:22Z

Right, the trick is that since none of our code shows up anywhere in the stack traces, it's tricky to find out what/where in our code could be the culprit.
[Message sent by forum member 'taotree' (taotree)]

http://forums.java.net/jive/thread.jspa?messageID=303606

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Changing version of Junit

2008-10-06T14:27:09Z

Hiya,
due to some issues with test runners, I would like to up current junit-4.0.jar dependency to junit-4.4.jar
Does anybody has problem with that change?

Speaking of tests, I would also like to make all tests valid version 4 tests (annotations) since we are using Junit4. So again, does anybody has problem with it? (No worries, hopefully few lines of sed/awk should do the conversion job, if not I'll convert all those tests myself by other means, no need to lift a finger).
Thanks,
Jan
[Message sent by forum member 'rah003' (rah003)]

http://forums.java.net/jive/thread.jspa?messageID=303603

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Exception moving column

2008-10-06T12:25:52Z

If you are unable to reproduce the problem in a simple test case, then the problem is most likely in your code. Typically these problems arise when you fail to convert view and model coordinates.

Karl
[Message sent by forum member 'kschaefe' (kschaefe)]

http://forums.java.net/jive/thread.jspa?messageID=303578

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...

Re: Exception moving column

2008-10-06T11:56:37Z

I agree that a test case is valuable... I should have mentioned that I had already tried to create simple test case but was unsuccessful in reproducing the problem. I posted because someone might have run into the same situation or had some insight before I spend potentially several hours trying to create a test case.
[Message sent by forum member 'taotree' (taotree)]

http://forums.java.net/jive/thread.jspa?messageID=303568

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@...
For additional commands, e-mail: jdnc-help@...