Re: [Ginp-developers] cvs ci
Brought to you by:
burchbri,
dougculnane
From: Doug C. <do...@cu...> - 2004-12-31 10:15:25
|
Sorry about that I use a Java Tidy plug in that means I can be very lazy. I will switch it off or think about a better way of setting it up. I like the i18n stuff it is very cool. I have kept the HTML tag over ride option. I am not sure if this is good or not so I would be interested in your thoughts. The advantage of it is that it is easy for HTML programmers to do custom language translation without having to understand and edit Java ResourseBundels. I think I will keep the design like it i but you have a chance to tell me know if you think it is crap. I will do some HowTo Multi language support documentation and extend the base languages to: English German French Spanish Italian ....???? I will try to get some translation work done but may use Google to get the base support looking like it works. I will also build the new ginp into the main site and Moth Site ready from a site update, and testing. If I run the tests I get this error: Testcase: testBuildConfigFromVisit took 2.839 sec Caused an ERROR java.lang.ClassCastException net.sf.ginp.setup.SetupException: java.lang.ClassCastException at net.sf.ginp.setup.SetupManagerImpl.writeConfigFromVisit(SetupManagerImpl.java:241) at $SingletonProxy_101289b34b5_122.writeConfigFromVisit($SingletonProxy_101289b34b5_122.java) at net.sf.ginp.test.TestSetup.testBuildConfigFromVisit(TestSetup.java:150) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at ise.antelope.common.AntelopePanel.executeTargets(AntelopePanel.java:709) at ise.antelope.common.AntelopePanel$3$1.run(AntelopePanel.java:628) Caused by: java.lang.ClassCastException at javax.xml.transform.TransformerFactory.newInstance(Unknown Source) at net.sf.ginp.util.GinpUtil.transform(GinpUtil.java:97) at net.sf.ginp.setup.SetupManagerImpl.getConfigFromSetupVisit(SetupManagerImpl.java:285) at net.sf.ginp.setup.SetupManagerImpl.writeConfigFromVisit(SetupManagerImpl.java:234) ... 24 more Testcase: testBuildConfigFromVisit BUILD FAILED file:/home/doc/wrk/www/ginp/build.xml:116: Test net.sf.ginp.test.TestSetup failed Total time: 23 seconds ===== BUILD FINISHED ===== I do not know if this is a problem or an environment thing, but you may understand it better. Doug Justin wrote: > > Doug, > > I see you are moving the I18n to resource bundles. Very cool. > One little thing though is try not to reformat my files. It creates a > big cvs diff and it's a little difficult to see what changed between > revisions because the whole file gets redone. > > Thanks, > > Justin > > Doug Culnane wrote: > >> Got the file and it works perfectly. >> Lets stay on the aggressive changes thing for the moment and do a cvs >> export and test on a fresh machine later, before we go for a >> release. There are bound to be new problems from the repackaging etc... >> >> All the best, >> >> Doug >> >> Justin wrote: >> >>> >>> >>> Doug, >>> >>> I added the SetupTag, text fixes, and fixes to the win2k4 style >>> to the repository. The Eclipse's CVS plugin seems to exhibit >>> strange behavior occasionally and didn't want to commit these >>> files. I'll check out and build on another machine after I do my >>> next batch of commits to verify that everything that should be in >>> CVS is there. >>> Regards, >>> >>> Justin >>> >>> >> > > -- Doug Culnane do...@cu... www.culnane.net |