You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@archiva.apache.org by "Mohni, Daniel" <da...@ch.unisys.com> on 2006/09/26 16:12:25 UTC
RE: AW:[solved for tomcat] working war for testing
Hi Brett
after all I now found the cause of my problems :-)
as you mentioned before, parts of the jsps are rendered
as text. after looking in the source of createAdmin.jsp
I found the culprit....
the includes inside the pages are .jspf files, now tomcat
will by default only process *.jsp and *.jspx files.
this is configured in $tomcat_home$/conf/web.xml
to keep things in scope with archiva I added
<servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>*.jspf</url-pattern>
</servlet-mapping>
to archiva\archiva-webapp\src\main\webapp\WEB-INF\web.xml
and rebuilded the war
using my archiva.xml with the resource definition and the war
works as it should, I can now start working with archiva
tnx for your support...
Daniel
> -----Original Message-----
> From: Brett Porter [mailto:brett@apache.org]
> Sent: Tuesday, September 26, 2006 12:48 PM
> To: archiva-users@maven.apache.org
> Subject: Re: AW: working war for testing
>
> Yes, that's a known issue with the current development
> mechanism with
> the war overlaying. It won't affect releases, but can be a bit of a
> pain. It shouldn't be the cause of your problems either though, as
> you've noticed :(
>
> On 26/09/2006, at 7:38 PM, Mohni, Daniel wrote:
>
> > Ok, I found some strange things
> >
> > when I look at the libs in WEB_INF/lib there are some duplicated
> > SNAPSHOT jars, this may create some problems...
> >
> > the following jars are present in 2 different versions
> >
> > plexus-security-authentication-api-1.0-20060920.052713-16.jar
> > plexus-security-authentication-api-1.0-SNAPSHOT.jar
> >
> > plexus-security-authorization-rbac-model-1.0-20060920.052713-16.jar
> > plexus-security-authorization-rbac-model-1.0-SNAPSHOT.jar
> >
> > plexus-security-policy-1.0-20060920.052713-9.jar
> > plexus-security-policy-1.0-SNAPSHOT.jar
> >
> > plexus-security-rbac-template-1.0-20060920.052713-3.jar
> > plexus-security-rbac-template-1.0-SNAPSHOT.jar
> >
> > plexus-security-ui-web-taglib-1.0-20060920.052713-6.jar
> > plexus-security-ui-web-taglib-1.0-SNAPSHOT.jar
> >
> > removing one of the 2 jars either the snapshot versions
> > or the timestamp versions doesn't help :-(
> >
> > but this looks like there is a problem in the dependency
> configuration
> > of the artefacts...
> >
> > still searching for the real problem
> >
> > Daniel
> >
> >> -----Original Message-----
> >> From: Brett Porter [mailto:brett@apache.org]
> >> Sent: Tuesday, September 26, 2006 9:42 AM
> >> To: archiva-users@maven.apache.org
> >> Subject: Re: AW: working war for testing
> >>
> >> Not in 5.5, I think it uses the eclipse compiler. Can't hurt to try
> >> though. I assume you use JDK 5.0?
> >>
> >> - Brett
> >>
> >> On 26/09/2006, at 5:30 PM, Emmanuel Venisse wrote:
> >>
> >>> You need a jdk for compiling JSPs
> >>>
> >>> Emmanuel
> >>>
> >>> Mohni, Daniel a écrit :
> >>>> still the same problem, I'will now try with Tomcat 5.0.28...
> >>>> can it be a problem if in tomcat5.5 I use the jre to run Tomcat
> >>>> instead of the jdk ?
> >>>> Daniel
> >>>>> -----Original Message-----
> >>>>> From: Emmanuel Venisse [mailto:emmanuel@venisse.net] Sent:
> >>>>> Tuesday, September 26, 2006 8:54 AM
> >>>>> To: archiva-users@maven.apache.org
> >>>>> Subject: Re: AW: working war for testing
> >>>>>
> >>>>> Can you try with an extracted archiva war instead of the war.
> >>>>> Archiva create some files/directory under archiva directory, so
> >>>>> it's maybe the pb.
> >>>>>
> >>>>> Emmanuel
> >>>>>
> >>>>> Mohni, Daniel a écrit :
> >>>>>> Ok, I started from scratch
> >>>>>>
> >>>>>> uninstalled Tomcat and reinstalled the latest Tomcat
> 5.5.17 with
> >>>>>> the Windows Installer, then I installed Tomcat Admin
> in the same
> >>>>>> directory. The Install directory is the default proposed by the
> >>>>>> Installer (C:\Program Files\Apache Software
> Foundation\Tomcat5.5)
> >>>>>>
> >>>>>> after that i rebuild archiva using 'mvn clean install' in
> >>>>> the root folder
> >>>>>> and put the war from archiva/archiva-webapp/target in a
> >>>>> directory for installation
> >>>>>> then I copied 'archiva.xml'
> >>>>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>>>> <Context path="/archiva"
> >>>>>> docBase="C:/Program Files/Apache Software
> >>>>> Foundation/archiva/archiva-webapp-1.0-SNAPSHOT.war">
> >>>>>> <Resource name="jdbc/users" auth="Container"
> >>>>> type="javax.sql.DataSource"
> >>>>>> username="archiva"
> >>>>>> password="archiva"
> >>>>>>
> >> driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
> >>>>>> url="jdbc:derby:database/archiva;create=true"
> >>>>>> />
> >>>>>>
> >>>>>> <!--
> >>>>>> <Resource name="jdbc/users" auth="Container"
> >>>>> type="javax.sql.DataSource"
> >>>>>> username="archiva"
> >>>>>> password="archiva"
> >>>>>> driverClassName="com.mysql.jdbc.Driver"
> >>>>>>
> >> url="jdbc:mysql://localhost/archiva?autoReconnect=true"
> >>>>>> />
> >>>>>> -->
> >>>>>> </Context>
> >>>>>> to $tomcat_home$/conf/Catalina/localhost/
> >>>>>>
> >>>>>> copied derby-10.1.3.1.jar from
> >>>>>
> archiva\archiva-webapp\target\archiva-webapp-1.0-SNAPSHOT\WEB-INF
> >>>>> \lib
> >>>>>> to $tomcat_home$/common/lib
> >>>>>>
> >>>>>> startup tomcat...
> >>>>>>
> >>>>>> -> still the same problems, that jsp's are not rendered
> >>>>>>
> >>>>>> I didn't have this problems with the build from the
> >>>>> 18.September, could there be a problem with
> >>>>>> a snapshot dependency ?
> >>>>>>
> >>>>>> Daniel
> >>>>>>
> >>>>>>
> >>>>>>> -----Original Message-----
> >>>>>>> From: Brett Porter [mailto:brett@apache.org] Sent: Tuesday,
> >>>>>>> September 26, 2006 4:30 AM
> >>>>>>> To: archiva-users@maven.apache.org
> >>>>>>> Subject: Re: AW: working war for testing
> >>>>>>>
> >>>>>>> Something is misconfigured as it is serving the JSP as text.
> >>>>>>>
> >>>>>>> What version of Tomcat? I think you might need 5.0+.
> >>>>>>>
> >>>>>>> - Brett
> >>>>>>>
> >>>>>>> On 26/09/2006, at 1:56 AM, Mohni, Daniel wrote:
> >>>>>>>
> >>>>>>>> Hello Brett,
> >>>>>>>>
> >>>>>>>> I was tweaking with tomcat a little bit to get the
> >>>>>>>> embeddedDerby driver to work, as a
> >>>>>>>> result I have a archiva.xml that I copy to
> >> $tomcat_home$/conf/
> >>>>>>>> Catalina/localhost
> >>>>>>>>
> >>>>>>>> I put the generated war somewhere on the drive and reference
> >>>>>>>> the war using the docbase attribute
> >>>>>>>>
> >>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>>>>>> <Context path="/archiva"
> >>>>>>>> docBase="C:/Program Files/Apache Software Foundation/
> >>>>>>>> archiva/ archiva-webapp-1.0-SNAPSHOT.war">
> >>>>>>>>
> >>>>>>>> <Resource name="jdbc/users" auth="Container"
> >>>>>>>> type="javax.sql.DataSource"
> >>>>>>>> username="archiva"
> >>>>>>>> password="archiva"
> >>>>>>>>
> >>>>>>>> driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
> >>>>>>>>
> >>>>> url="jdbc:derby:webapps/archiva/WEB-INF/db;create=true"
> >>>>>>>> />
> >>>>>>>> </Context>
> >>>>>>>>
> >>>>>>>> now archiva will be deployed after the next start of tomcat
> >>>>>>>> and everything looks fine from
> >>>>>>>> a tomcat starting point...
> >>>>>>>>
> >>>>>>>> looking at localhost:8080/archiva the screen looks realy
> >>>>>>>> strange (look at the screenshot)
> >>>>>>>>
> >>>>>>>> or here is a sample
> >>>>>>>>
> >>>>>>>> <%-- ~ Copyright 2005-2006 The Codehaus. ~ ~ Licensed under
> >>>>>>>> the Apache License, Version 2.0 (the "License"); ~
> you may not
> >>>>>>> use this
> >>>>>>>> file except in compliance with the License. ~ You may
> >>>>>>> obtain a copy
> >>>>>>>> of the License at ~ ~
> >>>>> http://www.apache.org/licenses/LICENSE-2.0 ~
> >>>>>>>> ~ Unless required by applicable law or agreed to in writing,
> >>>>>>>> software ~ distributed under the License is distributed
> >>>>> on an "AS
> >>>>>>>> IS" BASIS, ~ WITHOUT WARRANTIES OR CONDITIONS OF ANY
> >>>>> KIND, either
> >>>>>>>> express or implied. ~ See the License for the specific
> >>>>>>>> language governing permissions and ~ limitations under the
> >>>>>>>> License.
> >>>>>>> --%> <%@
> >>>>>>>> taglib uri="/webwork" prefix="ww" %> <%@ taglib uri="http://
> >>>>>>>> java.sun.com/jsp/jstl/core" prefix="c" %> Login -
> >>>>> Register
> >>>>>>>> Welcome, ${sessionScope.securityUser.username} $
> >>>>>>>> {sessionScope.securityUser.username} Unknown User -
> >>>>> Logout <
> >>>>>>>> %-- Admin Functions --%> [ ADMIN User List <%-- | Role
> >>>>>>> List |
> >>>>>>>> Role Create --%> ]
> >>>>>>>>
> >>>>>>>> this is what I see in the header part
> >>>>>>>>
> >>>>>>>> Any hints on this point...
> >>>>>>>>
> >>>>>>>> thanks for putting me on track
> >>>>>>>>
> >>>>>>>> Daniel
> >>>>>>>>
> >>>>>>>>> -----Ursprüngliche Nachricht-----
> >>>>>>>>> Von: Brett Porter [mailto:brett@apache.org]
> >>>>>>>>> Gesendet: Samstag, 23. September 2006 02:20
> >>>>>>>>> An: archiva-users@maven.apache.org
> >>>>>>>>> Betreff: Re: working war for testing
> >>>>>>>>>
> >>>>>>>>> Hi Daniel,
> >>>>>>>>>
> >>>>>>>>> The current WAR should be a lot more stable, however
> >> you need to
> >>>>>>>>> configure a data source in your application server
> >> for the user
> >>>>>>>>> database. You can use the settings from the
> src/jetty-env.xml
> >>>>>>>>> file if
> >>>>>>>>> that is helpful - I'll look into making that an
> >> easier default.
> >>>>>>>>>
> >>>>>>>>> Other than that, I'd suggest going to SVN a bit more than
> >>>>>>> a week ago
> >>>>>>>>> before the user management changes.
> >>>>>>>>>
> >>>>>>>>> HTH,
> >>>>>>>>> Brett
> >>>>>>>>>
> >>>>>>>>> On 22/09/2006, at 11:50 PM, Mohni, Daniel wrote:
> >>>>>>>>>
> >>>>>>>>>> Hello
> >>>>>>>>>>
> >>>>>>>>>> I'am currently trying to get a working copy of
> archiva.war to
> >>>>>>>>>> use for testing.
> >>>>>>>>>> I update the sources daily and build the project
> >> using maven
> >>>>>>>>>> (of
> >>>>>>>>>> course...),
> >>>>>>>>>> and install the war on my local tomcat. currently
> >>>>> archiva will not
> >>>>>>>>>> startup as
> >>>>>>>>>> there is to much ongoing changes with the user managment.
> >>>>>>>>>>
> >>>>>>>>>> I'have a build form the 18. September that is coming up and
> >>>>>>>>> everyting
> >>>>>>>>>> can be
> >>>>>>>>>> configured, the problem with this version is, that I
> >>>>> can't access
> >>>>>>>>>> any of
> >>>>>>>>>> the
> >>>>>>>>>> repositories using
> >>>>>>> http://www.example.com:8080/archiva/proxy/my_repo
> >>>>>>>>>> when I access the browse window it will mention that the
> >>>>>>>>> repository
> >>>>>>>>>> has
> >>>>>>>>>> not been
> >>>>>>>>>> indexed and that I have to try again later. If I hit the
> >>>>>>>>> 'run_now' on
> >>>>>>>>>> the administration
> >>>>>>>>>> page, nothing happens...
> >>>>>>>>>>
> >>>>>>>>>> does someone have a working archiva.war on a repository,
> >>>>>>> that can be
> >>>>>>>>>> downloaded for
> >>>>>>>>>> testing purpose ?
> >>>>>>>>>>
> >>>>>>>>>> maybe there is a snapshot repository somewhere...
> >>>>>>>>>>
> >>>>>>>>>> Regards
> >>>>>>>>>>
> >>>>>>>>>> Daniel
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>
>
Re: AW:[solved for tomcat] working war for testing
Posted by Brett Porter <br...@apache.org>.
These are meant to be included as <%@include which is like a cut and
paste into the JSP. Maybe someoe tried a <ww:include or something
that needs to be corrected. Thanks!
- Brett
On 27/09/2006, at 12:12 AM, Mohni, Daniel wrote:
> Hi Brett
>
> after all I now found the cause of my problems :-)
>
> as you mentioned before, parts of the jsps are rendered
> as text. after looking in the source of createAdmin.jsp
> I found the culprit....
>
> the includes inside the pages are .jspf files, now tomcat
> will by default only process *.jsp and *.jspx files.
>
> this is configured in $tomcat_home$/conf/web.xml
>
> to keep things in scope with archiva I added
>
> <servlet-mapping>
> <servlet-name>jsp</servlet-name>
> <url-pattern>*.jspf</url-pattern>
> </servlet-mapping>
>
> to archiva\archiva-webapp\src\main\webapp\WEB-INF\web.xml
> and rebuilded the war
>
> using my archiva.xml with the resource definition and the war
> works as it should, I can now start working with archiva
>
> tnx for your support...
>
> Daniel
>
>> -----Original Message-----
>> From: Brett Porter [mailto:brett@apache.org]
>> Sent: Tuesday, September 26, 2006 12:48 PM
>> To: archiva-users@maven.apache.org
>> Subject: Re: AW: working war for testing
>>
>> Yes, that's a known issue with the current development
>> mechanism with
>> the war overlaying. It won't affect releases, but can be a bit of a
>> pain. It shouldn't be the cause of your problems either though, as
>> you've noticed :(
>>
>> On 26/09/2006, at 7:38 PM, Mohni, Daniel wrote:
>>
>>> Ok, I found some strange things
>>>
>>> when I look at the libs in WEB_INF/lib there are some duplicated
>>> SNAPSHOT jars, this may create some problems...
>>>
>>> the following jars are present in 2 different versions
>>>
>>> plexus-security-authentication-api-1.0-20060920.052713-16.jar
>>> plexus-security-authentication-api-1.0-SNAPSHOT.jar
>>>
>>> plexus-security-authorization-rbac-model-1.0-20060920.052713-16.jar
>>> plexus-security-authorization-rbac-model-1.0-SNAPSHOT.jar
>>>
>>> plexus-security-policy-1.0-20060920.052713-9.jar
>>> plexus-security-policy-1.0-SNAPSHOT.jar
>>>
>>> plexus-security-rbac-template-1.0-20060920.052713-3.jar
>>> plexus-security-rbac-template-1.0-SNAPSHOT.jar
>>>
>>> plexus-security-ui-web-taglib-1.0-20060920.052713-6.jar
>>> plexus-security-ui-web-taglib-1.0-SNAPSHOT.jar
>>>
>>> removing one of the 2 jars either the snapshot versions
>>> or the timestamp versions doesn't help :-(
>>>
>>> but this looks like there is a problem in the dependency
>> configuration
>>> of the artefacts...
>>>
>>> still searching for the real problem
>>>
>>> Daniel
>>>
>>>> -----Original Message-----
>>>> From: Brett Porter [mailto:brett@apache.org]
>>>> Sent: Tuesday, September 26, 2006 9:42 AM
>>>> To: archiva-users@maven.apache.org
>>>> Subject: Re: AW: working war for testing
>>>>
>>>> Not in 5.5, I think it uses the eclipse compiler. Can't hurt to try
>>>> though. I assume you use JDK 5.0?
>>>>
>>>> - Brett
>>>>
>>>> On 26/09/2006, at 5:30 PM, Emmanuel Venisse wrote:
>>>>
>>>>> You need a jdk for compiling JSPs
>>>>>
>>>>> Emmanuel
>>>>>
>>>>> Mohni, Daniel a écrit :
>>>>>> still the same problem, I'will now try with Tomcat 5.0.28...
>>>>>> can it be a problem if in tomcat5.5 I use the jre to run Tomcat
>>>>>> instead of the jdk ?
>>>>>> Daniel
>>>>>>> -----Original Message-----
>>>>>>> From: Emmanuel Venisse [mailto:emmanuel@venisse.net] Sent:
>>>>>>> Tuesday, September 26, 2006 8:54 AM
>>>>>>> To: archiva-users@maven.apache.org
>>>>>>> Subject: Re: AW: working war for testing
>>>>>>>
>>>>>>> Can you try with an extracted archiva war instead of the war.
>>>>>>> Archiva create some files/directory under archiva directory, so
>>>>>>> it's maybe the pb.
>>>>>>>
>>>>>>> Emmanuel
>>>>>>>
>>>>>>> Mohni, Daniel a écrit :
>>>>>>>> Ok, I started from scratch
>>>>>>>>
>>>>>>>> uninstalled Tomcat and reinstalled the latest Tomcat
>> 5.5.17 with
>>>>>>>> the Windows Installer, then I installed Tomcat Admin
>> in the same
>>>>>>>> directory. The Install directory is the default proposed by the
>>>>>>>> Installer (C:\Program Files\Apache Software
>> Foundation\Tomcat5.5)
>>>>>>>>
>>>>>>>> after that i rebuild archiva using 'mvn clean install' in
>>>>>>> the root folder
>>>>>>>> and put the war from archiva/archiva-webapp/target in a
>>>>>>> directory for installation
>>>>>>>> then I copied 'archiva.xml'
>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>>> <Context path="/archiva"
>>>>>>>> docBase="C:/Program Files/Apache Software
>>>>>>> Foundation/archiva/archiva-webapp-1.0-SNAPSHOT.war">
>>>>>>>> <Resource name="jdbc/users" auth="Container"
>>>>>>> type="javax.sql.DataSource"
>>>>>>>> username="archiva"
>>>>>>>> password="archiva"
>>>>>>>>
>>>> driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
>>>>>>>> url="jdbc:derby:database/archiva;create=true"
>>>>>>>> />
>>>>>>>>
>>>>>>>> <!--
>>>>>>>> <Resource name="jdbc/users" auth="Container"
>>>>>>> type="javax.sql.DataSource"
>>>>>>>> username="archiva"
>>>>>>>> password="archiva"
>>>>>>>> driverClassName="com.mysql.jdbc.Driver"
>>>>>>>>
>>>> url="jdbc:mysql://localhost/archiva?autoReconnect=true"
>>>>>>>> />
>>>>>>>> -->
>>>>>>>> </Context>
>>>>>>>> to $tomcat_home$/conf/Catalina/localhost/
>>>>>>>>
>>>>>>>> copied derby-10.1.3.1.jar from
>>>>>>>
>> archiva\archiva-webapp\target\archiva-webapp-1.0-SNAPSHOT\WEB-INF
>>>>>>> \lib
>>>>>>>> to $tomcat_home$/common/lib
>>>>>>>>
>>>>>>>> startup tomcat...
>>>>>>>>
>>>>>>>> -> still the same problems, that jsp's are not rendered
>>>>>>>>
>>>>>>>> I didn't have this problems with the build from the
>>>>>>> 18.September, could there be a problem with
>>>>>>>> a snapshot dependency ?
>>>>>>>>
>>>>>>>> Daniel
>>>>>>>>
>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Brett Porter [mailto:brett@apache.org] Sent: Tuesday,
>>>>>>>>> September 26, 2006 4:30 AM
>>>>>>>>> To: archiva-users@maven.apache.org
>>>>>>>>> Subject: Re: AW: working war for testing
>>>>>>>>>
>>>>>>>>> Something is misconfigured as it is serving the JSP as text.
>>>>>>>>>
>>>>>>>>> What version of Tomcat? I think you might need 5.0+.
>>>>>>>>>
>>>>>>>>> - Brett
>>>>>>>>>
>>>>>>>>> On 26/09/2006, at 1:56 AM, Mohni, Daniel wrote:
>>>>>>>>>
>>>>>>>>>> Hello Brett,
>>>>>>>>>>
>>>>>>>>>> I was tweaking with tomcat a little bit to get the
>>>>>>>>>> embeddedDerby driver to work, as a
>>>>>>>>>> result I have a archiva.xml that I copy to
>>>> $tomcat_home$/conf/
>>>>>>>>>> Catalina/localhost
>>>>>>>>>>
>>>>>>>>>> I put the generated war somewhere on the drive and reference
>>>>>>>>>> the war using the docbase attribute
>>>>>>>>>>
>>>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>>>>> <Context path="/archiva"
>>>>>>>>>> docBase="C:/Program Files/Apache Software Foundation/
>>>>>>>>>> archiva/ archiva-webapp-1.0-SNAPSHOT.war">
>>>>>>>>>>
>>>>>>>>>> <Resource name="jdbc/users" auth="Container"
>>>>>>>>>> type="javax.sql.DataSource"
>>>>>>>>>> username="archiva"
>>>>>>>>>> password="archiva"
>>>>>>>>>>
>>>>>>>>>> driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
>>>>>>>>>>
>>>>>>> url="jdbc:derby:webapps/archiva/WEB-INF/db;create=true"
>>>>>>>>>> />
>>>>>>>>>> </Context>
>>>>>>>>>>
>>>>>>>>>> now archiva will be deployed after the next start of tomcat
>>>>>>>>>> and everything looks fine from
>>>>>>>>>> a tomcat starting point...
>>>>>>>>>>
>>>>>>>>>> looking at localhost:8080/archiva the screen looks realy
>>>>>>>>>> strange (look at the screenshot)
>>>>>>>>>>
>>>>>>>>>> or here is a sample
>>>>>>>>>>
>>>>>>>>>> <%-- ~ Copyright 2005-2006 The Codehaus. ~ ~ Licensed under
>>>>>>>>>> the Apache License, Version 2.0 (the "License"); ~
>> you may not
>>>>>>>>> use this
>>>>>>>>>> file except in compliance with the License. ~ You may
>>>>>>>>> obtain a copy
>>>>>>>>>> of the License at ~ ~
>>>>>>> http://www.apache.org/licenses/LICENSE-2.0 ~
>>>>>>>>>> ~ Unless required by applicable law or agreed to in writing,
>>>>>>>>>> software ~ distributed under the License is distributed
>>>>>>> on an "AS
>>>>>>>>>> IS" BASIS, ~ WITHOUT WARRANTIES OR CONDITIONS OF ANY
>>>>>>> KIND, either
>>>>>>>>>> express or implied. ~ See the License for the specific
>>>>>>>>>> language governing permissions and ~ limitations under the
>>>>>>>>>> License.
>>>>>>>>> --%> <%@
>>>>>>>>>> taglib uri="/webwork" prefix="ww" %> <%@ taglib uri="http://
>>>>>>>>>> java.sun.com/jsp/jstl/core" prefix="c" %> Login -
>>>>>>> Register
>>>>>>>>>> Welcome, ${sessionScope.securityUser.username} $
>>>>>>>>>> {sessionScope.securityUser.username} Unknown User -
>>>>>>> Logout <
>>>>>>>>>> %-- Admin Functions --%> [ ADMIN User List <%-- | Role
>>>>>>>>> List |
>>>>>>>>>> Role Create --%> ]
>>>>>>>>>>
>>>>>>>>>> this is what I see in the header part
>>>>>>>>>>
>>>>>>>>>> Any hints on this point...
>>>>>>>>>>
>>>>>>>>>> thanks for putting me on track
>>>>>>>>>>
>>>>>>>>>> Daniel
>>>>>>>>>>
>>>>>>>>>>> -----Ursprüngliche Nachricht-----
>>>>>>>>>>> Von: Brett Porter [mailto:brett@apache.org]
>>>>>>>>>>> Gesendet: Samstag, 23. September 2006 02:20
>>>>>>>>>>> An: archiva-users@maven.apache.org
>>>>>>>>>>> Betreff: Re: working war for testing
>>>>>>>>>>>
>>>>>>>>>>> Hi Daniel,
>>>>>>>>>>>
>>>>>>>>>>> The current WAR should be a lot more stable, however
>>>> you need to
>>>>>>>>>>> configure a data source in your application server
>>>> for the user
>>>>>>>>>>> database. You can use the settings from the
>> src/jetty-env.xml
>>>>>>>>>>> file if
>>>>>>>>>>> that is helpful - I'll look into making that an
>>>> easier default.
>>>>>>>>>>>
>>>>>>>>>>> Other than that, I'd suggest going to SVN a bit more than
>>>>>>>>> a week ago
>>>>>>>>>>> before the user management changes.
>>>>>>>>>>>
>>>>>>>>>>> HTH,
>>>>>>>>>>> Brett
>>>>>>>>>>>
>>>>>>>>>>> On 22/09/2006, at 11:50 PM, Mohni, Daniel wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hello
>>>>>>>>>>>>
>>>>>>>>>>>> I'am currently trying to get a working copy of
>> archiva.war to
>>>>>>>>>>>> use for testing.
>>>>>>>>>>>> I update the sources daily and build the project
>>>> using maven
>>>>>>>>>>>> (of
>>>>>>>>>>>> course...),
>>>>>>>>>>>> and install the war on my local tomcat. currently
>>>>>>> archiva will not
>>>>>>>>>>>> startup as
>>>>>>>>>>>> there is to much ongoing changes with the user managment.
>>>>>>>>>>>>
>>>>>>>>>>>> I'have a build form the 18. September that is coming up and
>>>>>>>>>>> everyting
>>>>>>>>>>>> can be
>>>>>>>>>>>> configured, the problem with this version is, that I
>>>>>>> can't access
>>>>>>>>>>>> any of
>>>>>>>>>>>> the
>>>>>>>>>>>> repositories using
>>>>>>>>> http://www.example.com:8080/archiva/proxy/my_repo
>>>>>>>>>>>> when I access the browse window it will mention that the
>>>>>>>>>>> repository
>>>>>>>>>>>> has
>>>>>>>>>>>> not been
>>>>>>>>>>>> indexed and that I have to try again later. If I hit the
>>>>>>>>>>> 'run_now' on
>>>>>>>>>>>> the administration
>>>>>>>>>>>> page, nothing happens...
>>>>>>>>>>>>
>>>>>>>>>>>> does someone have a working archiva.war on a repository,
>>>>>>>>> that can be
>>>>>>>>>>>> downloaded for
>>>>>>>>>>>> testing purpose ?
>>>>>>>>>>>>
>>>>>>>>>>>> maybe there is a snapshot repository somewhere...
>>>>>>>>>>>>
>>>>>>>>>>>> Regards
>>>>>>>>>>>>
>>>>>>>>>>>> Daniel
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>
>>