Hello Jonathan from what i've seen the invocation of the JFCUnit tests are producing the abending lll attribute causing the offense It looks as if you'll need some session-management to determine who the culprit is here is an example:
execute JFCUnit-Test-Session1: bash>grep --files-with-matches --recursive attribute JFCUnit produces attributes fu execute JFCUnit-Test-Session2: bash>grep --files-with-matches --recursive attribute JFCUnit produces attributes fubar execute JFCUnit-Test-Session3: bash>grep --files-with-matches --recursive attribute JFCUnit produces attributes lll Martin Gainty ______________________________________________ Jogi és Bizalmassági kinyilatkoztatás/Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Ez az üzenet bizalmas. Ha nem ön az akinek szánva volt, akkor kérjük, hogy jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának készítése nem megengedett. Ez az üzenet csak ismeret cserét szolgál és semmiféle jogi alkalmazhatósága sincs. Mivel az electronikus üzenetek könnyen megváltoztathatóak, ezért minket semmi felelöség nem terhelhet ezen üzenet tartalma miatt. Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. From: jonathanshaww...@gmail.com Date: Wed, 15 Dec 2010 10:35:49 -0500 Subject: Re: Batik and JUnit To: batik-users@xmlgraphics.apache.org Can you share your initialization/document load routine and the handoff to junit? On Tue, Dec 14, 2010 at 1:50 PM, shootist <kwilson4...@gmail.com> wrote: I am attempting to run some unit tests under JFCUnit and JUnit. I also have a recorder that uses java robot to perform some tests. Anytime I modify anything, or even sometimes just starting the code without running any actual tests I get svg errors. Sometimes It's just a null, sometimes it tells me there is an invalid attribute (for example, I get an error message saying "lll" is not a valid attribute for "pointer-events"), and sometimes I get CSS exceptions. I don't see anyplace in the code where I set any attribute to lll, and I don't have any problems running the code. This only happens within the unit tests. I suspect something strange is happening with threading, and the unit tests are not waiting for the UpdateManager to complete, but no amount of sleep calls seem to help. Has anyone experienced these problems? -- View this message in context: http://batik.2283329.n4.nabble.com/Batik-and-JUnit-tp3087741p3087741.html Sent from the Batik - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
