You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@archiva.apache.org by Thomas Goeppel <tg...@gmx.de> on 2015/07/18 21:50:36 UTC
Archiva 2.2: difficulties with the WebApp
Hello Archiva Users!
I'm new to Archiva, and I'm experiencing difficulties with the WebApp.
I'm using Archiva 2.2.0, browsers Firefox 39, and Chromium 43.
1) Using the "View Artifact Content" feature in the Browse Repository
view: clicking on the magnifying glass remains without visible result.
2) It looks like my installation doesn't handle the Jetty contextPath
correctly: downloading artifacts from the webapp only works when I use
"/" as the contextPath, not e.g. "/archiva"
Question: are these known problems?
Does somebody know a work-around?
Cheers,
Thomas
Re: Fwd: Archiva 2.2: difficulties with the WebApp
Posted by Thomas Goeppel <tg...@gmx.de>.
Salut Eric,
thanks for your reply! It was actually quite fast!
1) I don't really need that feature. It was just an observation, and I
don't think that the lack of such browsing features has a negative
impact on my use case.
I'll try the snapshot anyway!
2) Thanks, I'll try using tomcat.
3) I'm a bit weary about using a snapshot, too. Using it would be more
compelling if it were a release candidate.
I observed issues with separating installation, and data directories.
I'll try to gather information, and file a bug.
Regards,
Thomas
On 20/07/15 13:22, Eric Barboni wrote:
> Hi,
> Sorry for late response
>
> 1)but the issue you have using "view artifact content" should be fixed in 2.2.1, if you need this feature you have to download the snapshot version. See here https://builds.apache.org/job/archiva-master-build/
> 2) I have not idea, our it configure it as tomcat application
>
> a) we use 2.2.1-snapshot as production (we should'nt but it's enough for our usage)
> b) archiva 1.3.x is ony fixed for security issue but will not add feature.
>
> I some point are not solved, or if documentation is not good enough please feel free to
> Raise an issue https://issues.apache.org/jira/browse/MRM
>
> Regards
> Eric
>
>
>
> -----Message d'origine-----
> De : Thomas Goeppel [mailto:tgoeppel@gmx.de]
> Envoyé : dimanche 19 juillet 2015 12:00
> À : users@archiva.apache.org
> Objet : Re: Fwd: Archiva 2.2: difficulties with the WebApp
>
>
> I dug a bit deeper, and also took a quick tour-de-code, and this is what I found:
>
> On 18/07/15 21:58, Thomas Goeppel wrote:
>> 1) Using the "View Artifact Content" feature in the Browse Repository
>> view: clicking on the magnifying glass remains without visible result.
> It looks like the "View Artifact Content" is yet to be implemented (there is no <a href> tag in in the `search.html` template)
>
>> 2) It looks like my installation doesn't handle the Jetty contextPathSpark snapshout
>> correctly: downloading artifacts from the webapp only works when I use
>> "/" as the contextPath, not e.g. "/archiva"
> The browser shows
> 'http://localhost:8090/archiva/repository/internal/com/myshop/mysample/myzip/2.5.3/myzip-2.5.3.pom
> When I peak into the expanded `search.html` template I see the following:
>
> <a
> href="http://localhost:8090/archiva/repository/internal/com/myshop/mysample/myzip/2.5.3/myzip-2.5.3.pom">
> <img src="images/drive-removable-media-16-16.png" title="Download Artifact"> </a>
>
> My Archiva instance is behind a reverse proxy, and it looks like 'restServices/archivaServices/browseService/artifactDownloadInfos/'
> (called by
> '#artifact-details-download-content') has an issue.
>
> The fact that the issue doesn't appear to be in 'archiva-webapp' but in 'archiva-rest-services' raises the question if operating Archiva behind a reverse proxy is viable in a production environment.
>
>> 3) When I use "/archiva" as the contextPath, clicking on the Archiva
>> logo in the upper left corner brings me to "www.mydomain.org" instead
>> of "www.mydomain.org/archiva".
>>
> OK, this can be fixed easily by entering http://www.mydomain.org/archiva in the #uiconfig page.
> It's almost reassuring that Archiva didn't try to take me to "http://localhost:8090" like in the case above.
>
> ==> New question:
>
> a) would you recommend using Archiva 2.2.0 in a production environment (without using a reverse proxy)?
>
> b) would using Archiva 1.3.9 be an option?
>
>
>
RE: Fwd: Archiva 2.2: difficulties with the WebApp
Posted by Eric Barboni <sk...@apache.org>.
Hi,
Sorry for late response
1)but the issue you have using "view artifact content" should be fixed in 2.2.1, if you need this feature you have to download the snapshot version. See here https://builds.apache.org/job/archiva-master-build/
2) I have not idea, our it configure it as tomcat application
a) we use 2.2.1-snapshot as production (we should'nt but it's enough for our usage)
b) archiva 1.3.x is ony fixed for security issue but will not add feature.
I some point are not solved, or if documentation is not good enough please feel free to
Raise an issue https://issues.apache.org/jira/browse/MRM
Regards
Eric
-----Message d'origine-----
De : Thomas Goeppel [mailto:tgoeppel@gmx.de]
Envoyé : dimanche 19 juillet 2015 12:00
À : users@archiva.apache.org
Objet : Re: Fwd: Archiva 2.2: difficulties with the WebApp
I dug a bit deeper, and also took a quick tour-de-code, and this is what I found:
On 18/07/15 21:58, Thomas Goeppel wrote:
> 1) Using the "View Artifact Content" feature in the Browse Repository
> view: clicking on the magnifying glass remains without visible result.
It looks like the "View Artifact Content" is yet to be implemented (there is no <a href> tag in in the `search.html` template)
> 2) It looks like my installation doesn't handle the Jetty contextPath
> correctly: downloading artifacts from the webapp only works when I use
> "/" as the contextPath, not e.g. "/archiva"
The browser shows
'http://localhost:8090/archiva/repository/internal/com/myshop/mysample/myzip/2.5.3/myzip-2.5.3.pom
When I peak into the expanded `search.html` template I see the following:
<a
href="http://localhost:8090/archiva/repository/internal/com/myshop/mysample/myzip/2.5.3/myzip-2.5.3.pom">
<img src="images/drive-removable-media-16-16.png" title="Download Artifact"> </a>
My Archiva instance is behind a reverse proxy, and it looks like 'restServices/archivaServices/browseService/artifactDownloadInfos/'
(called by
'#artifact-details-download-content') has an issue.
The fact that the issue doesn't appear to be in 'archiva-webapp' but in 'archiva-rest-services' raises the question if operating Archiva behind a reverse proxy is viable in a production environment.
> 3) When I use "/archiva" as the contextPath, clicking on the Archiva
> logo in the upper left corner brings me to "www.mydomain.org" instead
> of "www.mydomain.org/archiva".
>
OK, this can be fixed easily by entering http://www.mydomain.org/archiva in the #uiconfig page.
It's almost reassuring that Archiva didn't try to take me to "http://localhost:8090" like in the case above.
==> New question:
a) would you recommend using Archiva 2.2.0 in a production environment (without using a reverse proxy)?
b) would using Archiva 1.3.9 be an option?
Re: Fwd: Archiva 2.2: difficulties with the WebApp
Posted by Thomas Goeppel <tg...@gmx.de>.
I dug a bit deeper, and also took a quick tour-de-code, and this is what
I found:
On 18/07/15 21:58, Thomas Goeppel wrote:
> 1) Using the "View Artifact Content" feature in the Browse Repository
> view: clicking on the magnifying glass remains without visible result.
It looks like the "View Artifact Content" is yet to be implemented
(there is no <a href> tag in in the `search.html` template)
> 2) It looks like my installation doesn't handle the Jetty contextPath
> correctly: downloading artifacts from the webapp only works when I use
> "/" as the contextPath, not e.g. "/archiva"
The browser shows
'http://localhost:8090/archiva/repository/internal/com/myshop/mysample/myzip/2.5.3/myzip-2.5.3.pom
When I peak into the expanded `search.html` template I see the following:
<a
href="http://localhost:8090/archiva/repository/internal/com/myshop/mysample/myzip/2.5.3/myzip-2.5.3.pom">
<img src="images/drive-removable-media-16-16.png" title="Download
Artifact">
</a>
My Archiva instance is behind a reverse proxy, and it looks like
'restServices/archivaServices/browseService/artifactDownloadInfos/'
(called by
'#artifact-details-download-content') has an issue.
The fact that the issue doesn't appear to be in 'archiva-webapp' but in
'archiva-rest-services' raises the question
if operating Archiva behind a reverse proxy is viable in a production
environment.
> 3) When I use "/archiva" as the contextPath, clicking on the Archiva logo
> in the upper left corner brings me to "www.mydomain.org" instead of
> "www.mydomain.org/archiva".
>
OK, this can be fixed easily by entering http://www.mydomain.org/archiva
in the #uiconfig page.
It's almost reassuring that Archiva didn't try to take me to
"http://localhost:8090" like in the case above.
==> New question:
a) would you recommend using Archiva 2.2.0 in a production environment
(without using a reverse proxy)?
b) would using Archiva 1.3.9 be an option?
Fwd: Archiva 2.2: difficulties with the WebApp
Posted by Thomas Goeppel <tg...@gmx.de>.
Hello Archiva Users!
I'm new to Archiva, and I'm experiencing difficulties with the WebApp.
I'm using Archiva 2.2.0, browsers Firefox 39, and Chromium 43.
1) Using the "View Artifact Content" feature in the Browse Repository
view: clicking on the magnifying glass remains without visible result.
2) It looks like my installation doesn't handle the Jetty contextPath
correctly: downloading artifacts from the webapp only works when I use
"/" as the contextPath, not e.g. "/archiva"
3) When I use "/archiva" as the contextPath, clicking on the Archiva logo
in the upper left corner brings me to "www.mydomain.org" instead of
"www.mydomain.org/archiva".
Question: are these known problems?
Does somebody know a work-around?
Cheers,
Thomas