Users could edit the package.jdo file in the war and replace any instance of 8192 with 8000 for SQL Server and 4000 for Oracle in the meantime as a workaround until this is fixed.
Daniel King Vurv The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by replying to the message and deleting it from your computer. Thank you. -----Original Message----- From: Thomas Winkler [mailto:[EMAIL PROTECTED] Sent: Sunday, April 20, 2008 6:10 AM To: archiva-users@maven.apache.org Subject: AW: Problems using SQL Server and Archiva Yes there is already one, regarding this problem and adressing other db-systems: http://jira.codehaus.org/browse/MRM-735 > -----Ursprüngliche Nachricht----- > Von: James William Dumay [mailto:[EMAIL PROTECTED] > Gesendet: Samstag, 19. April 2008 04:57 > An: archiva-users@maven.apache.org > Cc: archiva-users@maven.apache.org; <archiva-users@maven.apache.org> > Betreff: Re: Problems using SQL Server and Archiva > > Is there a issue for this? We could fix this for 1.1. > > > > On 19/04/2008, at 11:52 AM, James William Dumay <[EMAIL PROTECTED]> > wrote: > > > > > > > > > > > On 19/04/2008, at 1:50 AM, "Daniel King" <[EMAIL PROTECTED]> wrote: > > > >> Where can I get the scripts that are used to create the > archiva and > >> user > >> databases? I can't use Derby and have to use SQL Server. > >> > >> The problem I'm having is that SQL Server has a 8,000 character > >> limit on > >> varchar and a few tables have set the varchar at 8,192. > >> > >> So right now I'm just looking in the archiva.log for the errors and > >> creating the tables. However this doesn't give me the foreign key > >> relationships. > >> > >> Thanks, > >> Daniel
