<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments for Rockhopper Blog</title>
	<atom:link href="http://rockhoppertech.com/blogs/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://rockhoppertech.com/blogs</link>
	<description>Java development tips</description>
	<pubDate>Thu, 20 Nov 2008 06:27:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>Comment on JUnit4, Selenium and Spring test context by Kevin Gann</title>
		<link>http://rockhoppertech.com/blogs/archives/44#comment-1368</link>
		<dc:creator>Kevin Gann</dc:creator>
		<pubDate>Fri, 18 Jul 2008 23:04:43 +0000</pubDate>
		<guid isPermaLink="false">http://rockhoppertech.com/blogs/archives/44#comment-1368</guid>
		<description>I'm interested in hearing more about your Spring/Selenium RC adventures. I'm getting ready to rewrite quite a few Selenium tests into using RC and taking the opportunity to create more manageable and reusable code. I'm a QA person by trade so I'm fuzzy on design pattern best practices, but I know from experience that good code makes life easier for everyone.</description>
		<content:encoded><![CDATA[<p>I&#8217;m interested in hearing more about your Spring/Selenium RC adventures. I&#8217;m getting ready to rewrite quite a few Selenium tests into using RC and taking the opportunity to create more manageable and reusable code. I&#8217;m a QA person by trade so I&#8217;m fuzzy on design pattern best practices, but I know from experience that good code makes life easier for everyone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on JUnit4 and Selenium by Web 2.0 Announcer</title>
		<link>http://rockhoppertech.com/blogs/archives/45#comment-1168</link>
		<dc:creator>Web 2.0 Announcer</dc:creator>
		<pubDate>Tue, 10 Jun 2008 15:14:50 +0000</pubDate>
		<guid isPermaLink="false">http://rockhoppertech.com/blogs/archives/45#comment-1168</guid>
		<description>&lt;strong&gt;JUnit4 and Selenium...&lt;/strong&gt;

[...]JUnit4 and Selenium[...]...</description>
		<content:encoded><![CDATA[<p><strong>JUnit4 and Selenium&#8230;</strong></p>
<p>[&#8230;]JUnit4 and Selenium[&#8230;]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on jetspeed tutorial missing resources by SC</title>
		<link>http://rockhoppertech.com/blogs/archives/5#comment-1105</link>
		<dc:creator>SC</dc:creator>
		<pubDate>Fri, 30 May 2008 20:07:19 +0000</pubDate>
		<guid isPermaLink="false">http://rockhoppertech.com/blogs/archives/5#comment-1105</guid>
		<description>thanks, this was helpful!</description>
		<content:encoded><![CDATA[<p>thanks, this was helpful!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on JUnit4 and Selenium by Rockhopper Blog &#124; Java development tips &#187; JUnit4, Selenium and Spring test context</title>
		<link>http://rockhoppertech.com/blogs/archives/45#comment-507</link>
		<dc:creator>Rockhopper Blog &#124; Java development tips &#187; JUnit4, Selenium and Spring test context</dc:creator>
		<pubDate>Tue, 08 Apr 2008 11:49:50 +0000</pubDate>
		<guid isPermaLink="false">http://rockhoppertech.com/blogs/archives/45#comment-507</guid>
		<description>[...] a previous post I wrote about using JUnit4 with [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] a previous post I wrote about using JUnit4 with [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Europa woes with JPA and Dali by Shaun Smith</title>
		<link>http://rockhoppertech.com/blogs/archives/8#comment-2</link>
		<dc:creator>Shaun Smith</dc:creator>
		<pubDate>Fri, 13 Jul 2007 12:24:22 +0000</pubDate>
		<guid isPermaLink="false">http://rockhoppertech.com/blogs/archives/8#comment-2</guid>
		<description>&lt;blockquote&gt;There are show stopper bugs when you try to use JPA and the Dali tools.
The validation on persistence.xml fails. The xsd - and the JPA spec - 
and gazillions of examples on the web - allow multiple persistence 
units in this file. In this release you will be flagged with the red 
X of death and told your are using "multiple persistence units" 
in the problems view. How about following the JPA spec please?&lt;/blockquote&gt;



Thanks for trying out Dali and I'm sorry you're having troubles.      
Multiple persistence unit support is not in Dali 1.0 but support is on the      
roadmap for 2.0.  It's a pretty tough feature to implement and, AFAIK, no  
other JPA tooling supports multiple persistence units at this time.  The issues 
center on understanding context. For example, if an entity is included in       
multiple persistence units, each targeting different database schemas, what     
happens when you want to provide code assist for annotations referencing schema 
values.  What values should be shown in the code assist drop down for @Table?   
The Dali team is looking for feedback on how we can smoothly add multiple       
persistence unit support into 2.0 so it would be great if you can contribute to 
the discussion!  The Dali newsgroup is a good place to contribute feedback:     
http://www.eclipse.org/newsportal/thread.php?group=eclipse.technology.dali




&lt;blockquote&gt;After updating and rebooting I get this in a dialog box after the 
"resynching" process:
An error occurred while traversing resources.
org.eclipse.jdt.core.dom.TypeLiteral cannot be cast to org.eclipse.jdt.core.dom.StringLiteral&lt;/blockquote&gt;



It looks like you've hit a bug discovered after 1.0 went out:              
https://bugs.eclipse.org/bugs/show_bug.cgi?id=196086. This should be fixed in   
the WTP 2.0/Dali 1.0 maintenance release scheduled for September.



&lt;blockquote&gt;OK, I moved the other PUs and have just one going to derby via 
glassfish jpa in a JSE simple example. Trying to simply assign 
the Id annotation in the JPA details view generates a "Unhandled 
event loop exception" in the error log. (stack trace appended below).
&lt;/blockquote&gt;


Not sure how you got this but it maybe a result of some bad state resulting     
from the previous exception. Hopefully you don't see it after a restart.

Again, I'm sorry you're encountering problems but I hope you'll  
log bugs in Bugzilla for things you hit and enhancement requests for things you 
think are missing.  The Dali community needs more user feedback!  We'd     
really appreciate your help!

Shaun Smith
Dali co-Lead
EclipseLink Ecosystem Development Lead</description>
		<content:encoded><![CDATA[<blockquote><p>There are show stopper bugs when you try to use JPA and the Dali tools.<br />
The validation on persistence.xml fails. The xsd - and the JPA spec -<br />
and gazillions of examples on the web - allow multiple persistence<br />
units in this file. In this release you will be flagged with the red<br />
X of death and told your are using &#8220;multiple persistence units&#8221;<br />
in the problems view. How about following the JPA spec please?</p></blockquote>
<p>Thanks for trying out Dali and I&#8217;m sorry you&#8217;re having troubles.<br />
Multiple persistence unit support is not in Dali 1.0 but support is on the<br />
roadmap for 2.0.  It&#8217;s a pretty tough feature to implement and, AFAIK, no<br />
other JPA tooling supports multiple persistence units at this time.  The issues<br />
center on understanding context. For example, if an entity is included in<br />
multiple persistence units, each targeting different database schemas, what<br />
happens when you want to provide code assist for annotations referencing schema<br />
values.  What values should be shown in the code assist drop down for @Table?<br />
The Dali team is looking for feedback on how we can smoothly add multiple<br />
persistence unit support into 2.0 so it would be great if you can contribute to<br />
the discussion!  The Dali newsgroup is a good place to contribute feedback:<br />
<a href="http://www.eclipse.org/newsportal/thread.php?group=eclipse.technology.dali" rel="nofollow">http://www.eclipse.org/newsportal/thread.php?group=eclipse.technology.dali</a></p>
<blockquote><p>After updating and rebooting I get this in a dialog box after the<br />
&#8220;resynching&#8221; process:<br />
An error occurred while traversing resources.<br />
org.eclipse.jdt.core.dom.TypeLiteral cannot be cast to org.eclipse.jdt.core.dom.StringLiteral</p></blockquote>
<p>It looks like you&#8217;ve hit a bug discovered after 1.0 went out:<br />
<a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=196086" rel="nofollow">https://bugs.eclipse.org/bugs/show_bug.cgi?id=196086</a>. This should be fixed in<br />
the WTP 2.0/Dali 1.0 maintenance release scheduled for September.</p>
<blockquote><p>OK, I moved the other PUs and have just one going to derby via<br />
glassfish jpa in a JSE simple example. Trying to simply assign<br />
the Id annotation in the JPA details view generates a &#8220;Unhandled<br />
event loop exception&#8221; in the error log. (stack trace appended below).
</p></blockquote>
<p>Not sure how you got this but it maybe a result of some bad state resulting<br />
from the previous exception. Hopefully you don&#8217;t see it after a restart.</p>
<p>Again, I&#8217;m sorry you&#8217;re encountering problems but I hope you&#8217;ll<br />
log bugs in Bugzilla for things you hit and enhancement requests for things you<br />
think are missing.  The Dali community needs more user feedback!  We&#8217;d<br />
really appreciate your help!</p>
<p>Shaun Smith<br />
Dali co-Lead<br />
EclipseLink Ecosystem Development Lead</p>
]]></content:encoded>
	</item>
</channel>
</rss>
