Hi Völker, thank you for your answer i can't get that working till now with unpackedWARs=false I decided to get the data center to configure the tomcat with unpackedWARs=true. After that it works partial, i had the issue written on the mailing list that my OAI tells me that the given id does not exists but the solr interface get me the information by querying it manually.
Now the following way works for me. I requested direct database access from my LAN to the data center. After that i changed the build.properties with all values i need on the data center. Did an ant fresh_install and the database is filled up with the needed data. The applications are written locally to my test environment, i copied them over, fired up tomcat, and it works! Thanks for support here Regards Marco Am 01.02.2013 16:41, schrieb Christian Völker: > Hello, > > Am 31.01.2013 um 11:30 schrieb [email protected]: > >> today i'm trying to get DSpace running with unpackWARs=false setting >> in Tomcat. >> Dspace XMLUI is running but i't looks very ugly because i think it >> is not loading the values for the links etc. >> I attached a screen shot for you. > > The Screenshot shows clearly that the messages.xml cannot be found. > So you do something seriously wrong. > But that can be in many places, hard to point you to a specific > change that causes this. > > Acutally, I dont know when I had to use automatic unpacking the last > time. > I am using DSpace 1.8.x and the build process places the complete > directory structure > without packing in the webapps directory. All you do is restart > tomcat. > (Sometimes, there are issues with caching, though, then you have to > clean out the work > directory betwenn stopping and starting tomcat again.) > > Try to make sure that there is no interference with elder versions. > Maybe you dont see the output of your latest build? > Clean out the webapps dir completely before rebuilding. > Get rid of unnessecary "backups" produced by the update process > in your dspace working directory and your dspace config directory. > For me, these copies are confusing at times. > >> The OAI it self can'f find the style.xsl and that caused because the >> file is not there if running as an unpacked war. > > Try to fix the basic issue first. I am confident that this will solve > subsequent issues. > > Bye, Christian ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
