Nabble - Artifactory-Users

Re: Authorization failures after upgrade to 2.1.2

2009-11-11T15:29:15Z

On Wed, Nov 11, 2009 at 6:36 PM, jshap999 <justin_shapiro@...> wrote:

You are correct. Thanks for clearing that up. I did a dump from my
production server and imported it into my test server. I was able to verify
that the prescribed fix works. Other questions arose however. What is
annotate permission?

Starting with 2.1 users can attach searchable properties to artifacts and folders, via the UI or via REST. You need to have the 'annotate' permission in order to be able to tag artifacts with properties. You can find more information on this in the following user guide pages:

http://wiki.jfrog.org/confluence/display/RTF/Attaching+and+Reading+Metadata

http://wiki.jfrog.org/confluence/display/RTF/Properties

You may also find this blog entry relevant, pertaining to using properties set in deployment time to do natural artifacts staging and promotion:

http://blogs.jfrog.org/2009/11/search-based-promotion-staging-and.html

My test server is finished indexing but has about 3500
less artifacts. What happened to the rest?

This is most likely caused by a bug in the 2.0.4 storage cleanup, that leaves stale information about deleted/overwritten artifacts in the index (artifacts count is returned from an index query, not from actual record count). If your upgrade (import in your case) went fine without any errors, then all your original artifacts should be there.

If I point to the old data
instead of doing a dump and load will the data be transformed preventing
rollback? We will probably wait for the fix before upgrading from 2.0.4,
what does the release schedule look like?

Technically speaking, the data itself will not be transformed, only metadata, but the bottom line is there is no rollback for an upgraded installation. However, like I explained, I don't think the artifact count issue is a bug, but an old stale index that is now correct. If you are concerned about this, you can verify it by comparing the exports from the two different versions (and please let our support know if you still think there is a bug).

Bonus question:
We've noticed that our 2.0.4 standalone install running with derby and 24500
artifacts uses a lot of CPU. Are there suggestions for reducing that load?

Check that you are not running the nexus indexer on too many repositories too often, and that automatic backups are not set to create zip archives - both scenarios can be very CPU demanding. It may also be related to your VM settings.

BTW, it is important to mention that 2.1.2 contains many performance improvements and that the storage engine specifically has been optimized for high concurrency and better caching and is a lot faster.

Yoav Landman-3 wrote:
>
> A possible explanation for this is you were looking at the read-only
> view of permissions-per-group (Admin:Security:Groups, then Permissions
> per group). This would show the seemingly right permissions. To
> restore the permissions you need to go to Admin:Security:Permissions,
> and for each Target select the Groups tab give the group the desired
> privileges and save.
> If this still doesn't sound right, it'd be faster to assist you
> directly. It should be a simple issue to resolve.
>
>
> On Tue, Nov 10, 2009 at 5:58 PM, jshap999
> <justin_shapiro@...> wrote:
>>
>> This isn't sounding quite right to me. When we were running 2.1.2 the
>> group
>> showed the appropriate permissions checked for each repository. Each
>> user
>> showed that they were in the appropriate group. When I checked
>> permissions
>> for the user they had none and as expected if I logged in as a user I
>> could
>> see no artifacts nor could I download any during a maven build. What is
>> it
>> you are asking me to do? Am I supposed to uncheck, save and recheck,
>> save?
>>
>>
>>
>>
>> tomerc wrote:
>>>
>>> Hi Justin,
>>>
>>> I was able to re-produce your issue.
>>>
>>> The problem stems from a conversion issue of your old security.xml to a
>>> new one compliant with the new version of Artifactory.
>>>
>>> As an intermediate solution:
>>> Please log in with an admin user to your permissions in
>>> Admin:Security:Permissions and in the "Groups" tab enable the
>>> authorization for each group for each permission target.
>>>
>>> You can track the issue here:
>>> http://issues.jfrog.org/jira/browse/RTFACT-2334
>>>
>>> Thanks,
>>>
>>> Tomer Cohen
>>> The Artifactory Team
>>> http://www.jfrog.org
>>>
>>>
>>>
>>> Yoav Landman-3 wrote:
>>>>
>>>> You can send your config files to support@....
>>>>
>>>> On Mon, Nov 9, 2009 at 9:26 PM, jshap999
>>>> <justin_shapiro@...> wrote:
>>>>>
>>>>> I read that about the upgrades but wanted to make sure I could roll
>>>>> back.
>>>>> Where can I send the xml files?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Yoav Landman-3 wrote:
>>>>>>
>>>>>> $ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
>>>>>> artifactory.config.xml and security.xml from your 2.0.4 export.
>>>>>> PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
>>>>>> simply replacing the war will work (or for standalone, the war + a
>>>>>> couple of jars:
>>>>>> http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).
>>>>>>
>>>>>> On Mon, Nov 9, 2009 at 8:26 PM, jshap999
>>>>>> <justin_shapiro@...> wrote:
>>>>>>>
>>>>>>> Yes, logs are full of access denied messages. User's no longer had
>>>>>>> access to
>>>>>>> any artifacts stored in artifactory, local or remote. All was
>>>>>>> working
>>>>>>> fine
>>>>>>> in 2.0.4 which we have returned to so I can't access anything from
>>>>>>> the
>>>>>>> 2.1.2
>>>>>>> ui for you. Any logs or configuration written to disk by 2.1.2 are
>>>>>>> available. Method of upgrade was system export of 2.0.4, shut down,
>>>>>>> bring
>>>>>>> up 2.1.2, system import. If there is something on disk I can send
>>>>>>> let
>>>>>>> me
>>>>>>> know.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Yoav Landman-3 wrote:
>>>>>>>>
>>>>>>>> Are those already deployed artifacts or remote artifacts that you
>>>>>>>> expect artifactory to cache? In the second case, make sure the
>>>>>>>> group
>>>>>>>> has a 'deploy' permission to the remote repository (artifactory
>>>>>>>> treats
>>>>>>>> cache population as 'deployment').
>>>>>>>> Also check the server's 'access.log' and 'artifactory.log' - it
>>>>>>>> should
>>>>>>>> contain access denied log messages if your problem is related to
>>>>>>>> permissions.
>>>>>>>> Otherwise, you can also copy the configs from the UI
>>>>>>>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>>>>>>>> Descriptor) and send it to us so we can tell you if there's
>>>>>>>> something
>>>>>>>> wrong with it.
>>>>>>>>
>>>>>>>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>>>>>>>> <justin_shapiro@...> wrote:
>>>>>>>>>
>>>>>>>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended
>>>>>>>>> up
>>>>>>>>> rolling
>>>>>>>>> back. Everything looked fine in the gui but no one could download
>>>>>>>>> artifacts. We have one main group that looked like it still had
>>>>>>>>> the
>>>>>>>>> correct
>>>>>>>>> permissions and each user was still a member of that group. Don't
>>>>>>>>> see
>>>>>>>>> any
>>>>>>>>> failures in the import log other than "No metadata files found for
>>>>>>>>> ..."
>>>>>>>>> --
>>>>>>>>> View this message in context:
>>>>>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>>>>>>>> Sent from the Artifactory-Users mailing list archive at
>>>>>>>>> Nabble.com.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>>>>>>>>> 2008
>>>>>>>>> 30-Day
>>>>>>>>> trial. Simplify your report design, integration and deployment -
>>>>>>>>> and
>>>>>>>>> focus on
>>>>>>>>> what you do best, core application coding. Discover what's new
>>>>>>>>> with
>>>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>>>> _______________________________________________
>>>>>>>>> Artifactory-users mailing list
>>>>>>>>> Artifactory-users@...
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>>>>>>>> 2008
>>>>>>>> 30-Day
>>>>>>>> trial. Simplify your report design, integration and deployment -
>>>>>>>> and
>>>>>>>> focus
>>>>>>>> on
>>>>>>>> what you do best, core application coding. Discover what's new with
>>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>>> _______________________________________________
>>>>>>>> Artifactory-users mailing list
>>>>>>>> Artifactory-users@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> View this message in context:
>>>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
>>>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>>> 30-Day
>>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>>> focus on
>>>>>>> what you do best, core application coding. Discover what's new with
>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>> _______________________________________________
>>>>>>> Artifactory-users mailing list
>>>>>>> Artifactory-users@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>> 30-Day
>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>> focus
>>>>>> on
>>>>>> what you do best, core application coding. Discover what's new with
>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>> _______________________________________________
>>>>>> Artifactory-users mailing list
>>>>>> Artifactory-users@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26272210.html
>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day
>>>>> trial. Simplify your report design, integration and deployment - and
>>>>> focus on
>>>>> what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Artifactory-users mailing list
>>>>> Artifactory-users@...
>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@...
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26285941.html
>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@...
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>

--

View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26304327.html

Sent from the Artifactory-Users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Authorization failures after upgrade to 2.1.2

2009-11-11T08:36:48Z

You are correct. Thanks for clearing that up. I did a dump from my production server and imported it into my test server. I was able to verify that the prescribed fix works. Other questions arose however. What is annotate permission? My test server is finished indexing but has about 3500 less artifacts. What happened to the rest? If I point to the old data instead of doing a dump and load will the data be transformed preventing rollback? We will probably wait for the fix before upgrading from 2.0.4, what does the release schedule look like?

Bonus question:
We've noticed that our 2.0.4 standalone install running with derby and 24500 artifacts uses a lot of CPU. Are there suggestions for reducing that load?

Yoav Landman-3 wrote:

A possible explanation for this is you were looking at the read-only
view of permissions-per-group (Admin:Security:Groups, then Permissions
per group). This would show the seemingly right permissions. To
restore the permissions you need to go to Admin:Security:Permissions,
and for each Target select the Groups tab give the group the desired
privileges and save.
If this still doesn't sound right, it'd be faster to assist you
directly. It should be a simple issue to resolve.

On Tue, Nov 10, 2009 at 5:58 PM, jshap999
<justin_shapiro@cable.comcast.com> wrote:
>
> This isn't sounding quite right to me. When we were running 2.1.2 the group
> showed the appropriate permissions checked for each repository. Each user
> showed that they were in the appropriate group. When I checked permissions
> for the user they had none and as expected if I logged in as a user I could
> see no artifacts nor could I download any during a maven build. What is it
> you are asking me to do? Am I supposed to uncheck, save and recheck, save?
>
>
>
>
> tomerc wrote:
>>
>> Hi Justin,
>>
>> I was able to re-produce your issue.
>>
>> The problem stems from a conversion issue of your old security.xml to a
>> new one compliant with the new version of Artifactory.
>>
>> As an intermediate solution:
>> Please log in with an admin user to your permissions in
>> Admin:Security:Permissions and in the "Groups" tab enable the
>> authorization for each group for each permission target.
>>
>> You can track the issue here:
>> http://issues.jfrog.org/jira/browse/RTFACT-2334
>>
>> Thanks,
>>
>> Tomer Cohen
>> The Artifactory Team
>> http://www.jfrog.org
>>
>>
>>
>> Yoav Landman-3 wrote:
>>>
>>> You can send your config files to support@jfrog.org.
>>>
>>> On Mon, Nov 9, 2009 at 9:26 PM, jshap999
>>> <justin_shapiro@cable.comcast.com> wrote:
>>>>
>>>> I read that about the upgrades but wanted to make sure I could roll
>>>> back.
>>>> Where can I send the xml files?
>>>>
>>>>
>>>>
>>>>
>>>> Yoav Landman-3 wrote:
>>>>>
>>>>> $ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
>>>>> artifactory.config.xml and security.xml from your 2.0.4 export.
>>>>> PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
>>>>> simply replacing the war will work (or for standalone, the war + a
>>>>> couple of jars:
>>>>> http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).
>>>>>
>>>>> On Mon, Nov 9, 2009 at 8:26 PM, jshap999
>>>>> <justin_shapiro@cable.comcast.com> wrote:
>>>>>>
>>>>>> Yes, logs are full of access denied messages. User's no longer had
>>>>>> access to
>>>>>> any artifacts stored in artifactory, local or remote. All was working
>>>>>> fine
>>>>>> in 2.0.4 which we have returned to so I can't access anything from the
>>>>>> 2.1.2
>>>>>> ui for you. Any logs or configuration written to disk by 2.1.2 are
>>>>>> available. Method of upgrade was system export of 2.0.4, shut down,
>>>>>> bring
>>>>>> up 2.1.2, system import. If there is something on disk I can send let
>>>>>> me
>>>>>> know.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Yoav Landman-3 wrote:
>>>>>>>
>>>>>>> Are those already deployed artifacts or remote artifacts that you
>>>>>>> expect artifactory to cache? In the second case, make sure the group
>>>>>>> has a 'deploy' permission to the remote repository (artifactory
>>>>>>> treats
>>>>>>> cache population as 'deployment').
>>>>>>> Also check the server's 'access.log' and 'artifactory.log' - it
>>>>>>> should
>>>>>>> contain access denied log messages if your problem is related to
>>>>>>> permissions.
>>>>>>> Otherwise, you can also copy the configs from the UI
>>>>>>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>>>>>>> Descriptor) and send it to us so we can tell you if there's something
>>>>>>> wrong with it.
>>>>>>>
>>>>>>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>>>>>>> <justin_shapiro@cable.comcast.com> wrote:
>>>>>>>>
>>>>>>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up
>>>>>>>> rolling
>>>>>>>> back. Everything looked fine in the gui but no one could download
>>>>>>>> artifacts. We have one main group that looked like it still had the
>>>>>>>> correct
>>>>>>>> permissions and each user was still a member of that group. Don't
>>>>>>>> see
>>>>>>>> any
>>>>>>>> failures in the import log other than "No metadata files found for
>>>>>>>> ..."
>>>>>>>> --
>>>>>>>> View this message in context:
>>>>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>>>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>>>> 30-Day
>>>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>>>> focus on
>>>>>>>> what you do best, core application coding. Discover what's new with
>>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>>> _______________________________________________
>>>>>>>> Artifactory-users mailing list
>>>>>>>> Artifactory-users@lists.sourceforge.net
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>>> 30-Day
>>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>>> focus
>>>>>>> on
>>>>>>> what you do best, core application coding. Discover what's new with
>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>> _______________________________________________
>>>>>>> Artifactory-users mailing list
>>>>>>> Artifactory-users@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
>>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>> 30-Day
>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>> focus on
>>>>>> what you do best, core application coding. Discover what's new with
>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>> _______________________________________________
>>>>>> Artifactory-users mailing list
>>>>>> Artifactory-users@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day
>>>>> trial. Simplify your report design, integration and deployment - and
>>>>> focus
>>>>> on
>>>>> what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Artifactory-users mailing list
>>>>> Artifactory-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26272210.html
>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26285941.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Authorization failures after upgrade to 2.1.2

2009-11-10T11:12:36Z

A possible explanation for this is you were looking at the read-only
view of permissions-per-group (Admin:Security:Groups, then Permissions
per group). This would show the seemingly right permissions. To
restore the permissions you need to go to Admin:Security:Permissions,
and for each Target select the Groups tab give the group the desired
privileges and save.
If this still doesn't sound right, it'd be faster to assist you
directly. It should be a simple issue to resolve.

On Tue, Nov 10, 2009 at 5:58 PM, jshap999
<justin_shapiro@...> wrote:

>
> This isn't sounding quite right to me. When we were running 2.1.2 the group
> showed the appropriate permissions checked for each repository. Each user
> showed that they were in the appropriate group. When I checked permissions
> for the user they had none and as expected if I logged in as a user I could
> see no artifacts nor could I download any during a maven build. What is it
> you are asking me to do? Am I supposed to uncheck, save and recheck, save?
>
>
>
>
> tomerc wrote:
>>
>> Hi Justin,
>>
>> I was able to re-produce your issue.
>>
>> The problem stems from a conversion issue of your old security.xml to a
>> new one compliant with the new version of Artifactory.
>>
>> As an intermediate solution:
>> Please log in with an admin user to your permissions in
>> Admin:Security:Permissions and in the "Groups" tab enable the
>> authorization for each group for each permission target.
>>
>> You can track the issue here:
>> http://issues.jfrog.org/jira/browse/RTFACT-2334
>>
>> Thanks,
>>
>> Tomer Cohen
>> The Artifactory Team
>> http://www.jfrog.org
>>
>>
>>
>> Yoav Landman-3 wrote:
>>>
>>> You can send your config files to support@....
>>>
>>> On Mon, Nov 9, 2009 at 9:26 PM, jshap999
>>> <justin_shapiro@...> wrote:
>>>>
>>>> I read that about the upgrades but wanted to make sure I could roll
>>>> back.
>>>> Where can I send the xml files?
>>>>
>>>>
>>>>
>>>>
>>>> Yoav Landman-3 wrote:
>>>>>
>>>>> $ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
>>>>> artifactory.config.xml and security.xml from your 2.0.4 export.
>>>>> PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
>>>>> simply replacing the war will work (or for standalone, the war + a
>>>>> couple of jars:
>>>>> http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).
>>>>>
>>>>> On Mon, Nov 9, 2009 at 8:26 PM, jshap999
>>>>> <justin_shapiro@...> wrote:
>>>>>>
>>>>>> Yes, logs are full of access denied messages. User's no longer had
>>>>>> access to
>>>>>> any artifacts stored in artifactory, local or remote. All was working
>>>>>> fine
>>>>>> in 2.0.4 which we have returned to so I can't access anything from the
>>>>>> 2.1.2
>>>>>> ui for you. Any logs or configuration written to disk by 2.1.2 are
>>>>>> available. Method of upgrade was system export of 2.0.4, shut down,
>>>>>> bring
>>>>>> up 2.1.2, system import. If there is something on disk I can send let
>>>>>> me
>>>>>> know.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Yoav Landman-3 wrote:
>>>>>>>
>>>>>>> Are those already deployed artifacts or remote artifacts that you
>>>>>>> expect artifactory to cache? In the second case, make sure the group
>>>>>>> has a 'deploy' permission to the remote repository (artifactory
>>>>>>> treats
>>>>>>> cache population as 'deployment').
>>>>>>> Also check the server's 'access.log' and 'artifactory.log' - it
>>>>>>> should
>>>>>>> contain access denied log messages if your problem is related to
>>>>>>> permissions.
>>>>>>> Otherwise, you can also copy the configs from the UI
>>>>>>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>>>>>>> Descriptor) and send it to us so we can tell you if there's something
>>>>>>> wrong with it.
>>>>>>>
>>>>>>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>>>>>>> <justin_shapiro@...> wrote:
>>>>>>>>
>>>>>>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up
>>>>>>>> rolling
>>>>>>>> back. Everything looked fine in the gui but no one could download
>>>>>>>> artifacts. We have one main group that looked like it still had the
>>>>>>>> correct
>>>>>>>> permissions and each user was still a member of that group. Don't
>>>>>>>> see
>>>>>>>> any
>>>>>>>> failures in the import log other than "No metadata files found for
>>>>>>>> ..."
>>>>>>>> --
>>>>>>>> View this message in context:
>>>>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>>>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>>>> 30-Day
>>>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>>>> focus on
>>>>>>>> what you do best, core application coding. Discover what's new with
>>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>>> _______________________________________________
>>>>>>>> Artifactory-users mailing list
>>>>>>>> Artifactory-users@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>>> 30-Day
>>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>>> focus
>>>>>>> on
>>>>>>> what you do best, core application coding. Discover what's new with
>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>> _______________________________________________
>>>>>>> Artifactory-users mailing list
>>>>>>> Artifactory-users@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
>>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>> 30-Day
>>>>>> trial. Simplify your report design, integration and deployment - and
>>>>>> focus on
>>>>>> what you do best, core application coding. Discover what's new with
>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>> _______________________________________________
>>>>>> Artifactory-users mailing list
>>>>>> Artifactory-users@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day
>>>>> trial. Simplify your report design, integration and deployment - and
>>>>> focus
>>>>> on
>>>>> what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Artifactory-users mailing list
>>>>> Artifactory-users@...
>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26272210.html
>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@...
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@...
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26285941.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

Re: Authorization failures after upgrade to 2.1.2

2009-11-10T07:58:40Z

This isn't sounding quite right to me. When we were running 2.1.2 the group showed the appropriate permissions checked for each repository. Each user showed that they were in the appropriate group. When I checked permissions for the user they had none and as expected if I logged in as a user I could see no artifacts nor could I download any during a maven build. What is it you are asking me to do? Am I supposed to uncheck, save and recheck, save?

Hi Justin,

I was able to re-produce your issue.

The problem stems from a conversion issue of your old security.xml to a new one compliant with the new version of Artifactory.

As an intermediate solution:
Please log in with an admin user to your permissions in Admin:Security:Permissions and in the "Groups" tab enable the authorization for each group for each permission target.

You can track the issue here:
http://issues.jfrog.org/jira/browse/RTFACT-2334

Thanks,

Tomer Cohen
The Artifactory Team
http://www.jfrog.org

Yoav Landman-3 wrote:

You can send your config files to support@jfrog.org.

On Mon, Nov 9, 2009 at 9:26 PM, jshap999
<justin_shapiro@cable.comcast.com> wrote:
>
> I read that about the upgrades but wanted to make sure I could roll back.
> Where can I send the xml files?
>
>
>
>
> Yoav Landman-3 wrote:
>>
>> $ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
>> artifactory.config.xml and security.xml from your 2.0.4 export.
>> PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
>> simply replacing the war will work (or for standalone, the war + a
>> couple of jars:
>> http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).
>>
>> On Mon, Nov 9, 2009 at 8:26 PM, jshap999
>> <justin_shapiro@cable.comcast.com> wrote:
>>>
>>> Yes, logs are full of access denied messages. User's no longer had
>>> access to
>>> any artifacts stored in artifactory, local or remote. All was working
>>> fine
>>> in 2.0.4 which we have returned to so I can't access anything from the
>>> 2.1.2
>>> ui for you. Any logs or configuration written to disk by 2.1.2 are
>>> available. Method of upgrade was system export of 2.0.4, shut down,
>>> bring
>>> up 2.1.2, system import. If there is something on disk I can send let me
>>> know.
>>>
>>>
>>>
>>>
>>> Yoav Landman-3 wrote:
>>>>
>>>> Are those already deployed artifacts or remote artifacts that you
>>>> expect artifactory to cache? In the second case, make sure the group
>>>> has a 'deploy' permission to the remote repository (artifactory treats
>>>> cache population as 'deployment').
>>>> Also check the server's 'access.log' and 'artifactory.log' - it should
>>>> contain access denied log messages if your problem is related to
>>>> permissions.
>>>> Otherwise, you can also copy the configs from the UI
>>>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>>>> Descriptor) and send it to us so we can tell you if there's something
>>>> wrong with it.
>>>>
>>>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>>>> <justin_shapiro@cable.comcast.com> wrote:
>>>>>
>>>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up
>>>>> rolling
>>>>> back. Everything looked fine in the gui but no one could download
>>>>> artifacts. We have one main group that looked like it still had the
>>>>> correct
>>>>> permissions and each user was still a member of that group. Don't see
>>>>> any
>>>>> failures in the import log other than "No metadata files found for ..."
>>>>> --
>>>>> View this message in context:
>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day
>>>>> trial. Simplify your report design, integration and deployment - and
>>>>> focus on
>>>>> what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Artifactory-users mailing list
>>>>> Artifactory-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus
>>>> on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26272210.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Authorization failures after upgrade to 2.1.2

2009-11-10T04:38:06Z

Hi Justin,

I was able to re-produce your issue.

The problem stems from a conversion issue of your old security.xml to a new one compliant with the new version of Artifactory.

As an intermediate solution:
Please log in with an admin user to your permissions in Admin:Security:Permissions and in the "Groups" tab enable the authorization for each group for each permission target.

You can track the issue here:
http://issues.jfrog.org/jira/browse/RTFACT-2334

Thanks,

Tomer Cohen
The Artifactory Team
http://www.jfrog.org

Yoav Landman-3 wrote:

You can send your config files to support@jfrog.org.

On Mon, Nov 9, 2009 at 9:26 PM, jshap999
<justin_shapiro@cable.comcast.com> wrote:
>
> I read that about the upgrades but wanted to make sure I could roll back.
> Where can I send the xml files?
>
>
>
>
> Yoav Landman-3 wrote:
>>
>> $ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
>> artifactory.config.xml and security.xml from your 2.0.4 export.
>> PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
>> simply replacing the war will work (or for standalone, the war + a
>> couple of jars:
>> http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).
>>
>> On Mon, Nov 9, 2009 at 8:26 PM, jshap999
>> <justin_shapiro@cable.comcast.com> wrote:
>>>
>>> Yes, logs are full of access denied messages. User's no longer had
>>> access to
>>> any artifacts stored in artifactory, local or remote. All was working
>>> fine
>>> in 2.0.4 which we have returned to so I can't access anything from the
>>> 2.1.2
>>> ui for you. Any logs or configuration written to disk by 2.1.2 are
>>> available. Method of upgrade was system export of 2.0.4, shut down,
>>> bring
>>> up 2.1.2, system import. If there is something on disk I can send let me
>>> know.
>>>
>>>
>>>
>>>
>>> Yoav Landman-3 wrote:
>>>>
>>>> Are those already deployed artifacts or remote artifacts that you
>>>> expect artifactory to cache? In the second case, make sure the group
>>>> has a 'deploy' permission to the remote repository (artifactory treats
>>>> cache population as 'deployment').
>>>> Also check the server's 'access.log' and 'artifactory.log' - it should
>>>> contain access denied log messages if your problem is related to
>>>> permissions.
>>>> Otherwise, you can also copy the configs from the UI
>>>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>>>> Descriptor) and send it to us so we can tell you if there's something
>>>> wrong with it.
>>>>
>>>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>>>> <justin_shapiro@cable.comcast.com> wrote:
>>>>>
>>>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up
>>>>> rolling
>>>>> back. Everything looked fine in the gui but no one could download
>>>>> artifacts. We have one main group that looked like it still had the
>>>>> correct
>>>>> permissions and each user was still a member of that group. Don't see
>>>>> any
>>>>> failures in the import log other than "No metadata files found for ..."
>>>>> --
>>>>> View this message in context:
>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day
>>>>> trial. Simplify your report design, integration and deployment - and
>>>>> focus on
>>>>> what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Artifactory-users mailing list
>>>>> Artifactory-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus
>>>> on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26272210.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Authorization failures after upgrade to 2.1.2

2009-11-09T11:39:44Z

You can send your config files to support@....

On Mon, Nov 9, 2009 at 9:26 PM, jshap999
<justin_shapiro@...> wrote:

>
> I read that about the upgrades but wanted to make sure I could roll back.
> Where can I send the xml files?
>
>
>
>
> Yoav Landman-3 wrote:
>>
>> $ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
>> artifactory.config.xml and security.xml from your 2.0.4 export.
>> PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
>> simply replacing the war will work (or for standalone, the war + a
>> couple of jars:
>> http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).
>>
>> On Mon, Nov 9, 2009 at 8:26 PM, jshap999
>> <justin_shapiro@...> wrote:
>>>
>>> Yes, logs are full of access denied messages. User's no longer had
>>> access to
>>> any artifacts stored in artifactory, local or remote. All was working
>>> fine
>>> in 2.0.4 which we have returned to so I can't access anything from the
>>> 2.1.2
>>> ui for you. Any logs or configuration written to disk by 2.1.2 are
>>> available. Method of upgrade was system export of 2.0.4, shut down,
>>> bring
>>> up 2.1.2, system import. If there is something on disk I can send let me
>>> know.
>>>
>>>
>>>
>>>
>>> Yoav Landman-3 wrote:
>>>>
>>>> Are those already deployed artifacts or remote artifacts that you
>>>> expect artifactory to cache? In the second case, make sure the group
>>>> has a 'deploy' permission to the remote repository (artifactory treats
>>>> cache population as 'deployment').
>>>> Also check the server's 'access.log' and 'artifactory.log' - it should
>>>> contain access denied log messages if your problem is related to
>>>> permissions.
>>>> Otherwise, you can also copy the configs from the UI
>>>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>>>> Descriptor) and send it to us so we can tell you if there's something
>>>> wrong with it.
>>>>
>>>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>>>> <justin_shapiro@...> wrote:
>>>>>
>>>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up
>>>>> rolling
>>>>> back. Everything looked fine in the gui but no one could download
>>>>> artifacts. We have one main group that looked like it still had the
>>>>> correct
>>>>> permissions and each user was still a member of that group. Don't see
>>>>> any
>>>>> failures in the import log other than "No metadata files found for ..."
>>>>> --
>>>>> View this message in context:
>>>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day
>>>>> trial. Simplify your report design, integration and deployment - and
>>>>> focus on
>>>>> what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Artifactory-users mailing list
>>>>> Artifactory-users@...
>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus
>>>> on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@...
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@...
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@...
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26272210.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

Re: Authorization failures after upgrade to 2.1.2

2009-11-09T11:26:17Z

I read that about the upgrades but wanted to make sure I could roll back. Where can I send the xml files?

Yoav Landman-3 wrote:

$ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
artifactory.config.xml and security.xml from your 2.0.4 export.
PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
simply replacing the war will work (or for standalone, the war + a
couple of jars:
http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).

On Mon, Nov 9, 2009 at 8:26 PM, jshap999
<justin_shapiro@cable.comcast.com> wrote:
>
> Yes, logs are full of access denied messages. User's no longer had access to
> any artifacts stored in artifactory, local or remote. All was working fine
> in 2.0.4 which we have returned to so I can't access anything from the 2.1.2
> ui for you. Any logs or configuration written to disk by 2.1.2 are
> available. Method of upgrade was system export of 2.0.4, shut down, bring
> up 2.1.2, system import. If there is something on disk I can send let me
> know.
>
>
>
>
> Yoav Landman-3 wrote:
>>
>> Are those already deployed artifacts or remote artifacts that you
>> expect artifactory to cache? In the second case, make sure the group
>> has a 'deploy' permission to the remote repository (artifactory treats
>> cache population as 'deployment').
>> Also check the server's 'access.log' and 'artifactory.log' - it should
>> contain access denied log messages if your problem is related to
>> permissions.
>> Otherwise, you can also copy the configs from the UI
>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>> Descriptor) and send it to us so we can tell you if there's something
>> wrong with it.
>>
>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>> <justin_shapiro@cable.comcast.com> wrote:
>>>
>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up
>>> rolling
>>> back. Everything looked fine in the gui but no one could download
>>> artifacts. We have one main group that looked like it still had the
>>> correct
>>> permissions and each user was still a member of that group. Don't see
>>> any
>>> failures in the import log other than "No metadata files found for ..."
>>> --
>>> View this message in context:
>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Authorization failures after upgrade to 2.1.2

2009-11-09T11:09:56Z

$ARTIFACTORY_HOME/etc/artifactory.config.startup.xml, and the
artifactory.config.xml and security.xml from your 2.0.4 export.
PS to upgrade to 2.1.x from 2.0.x there's no need to export/import -
simply replacing the war will work (or for standalone, the war + a
couple of jars:
http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory).

On Mon, Nov 9, 2009 at 8:26 PM, jshap999
<justin_shapiro@...> wrote:

>
> Yes, logs are full of access denied messages. User's no longer had access to
> any artifacts stored in artifactory, local or remote. All was working fine
> in 2.0.4 which we have returned to so I can't access anything from the 2.1.2
> ui for you. Any logs or configuration written to disk by 2.1.2 are
> available. Method of upgrade was system export of 2.0.4, shut down, bring
> up 2.1.2, system import. If there is something on disk I can send let me
> know.
>
>
>
>
> Yoav Landman-3 wrote:
>>
>> Are those already deployed artifacts or remote artifacts that you
>> expect artifactory to cache? In the second case, make sure the group
>> has a 'deploy' permission to the remote repository (artifactory treats
>> cache population as 'deployment').
>> Also check the server's 'access.log' and 'artifactory.log' - it should
>> contain access denied log messages if your problem is related to
>> permissions.
>> Otherwise, you can also copy the configs from the UI
>> (Admin:Advanced:Config Descriptor + Admin:Advanced:Security
>> Descriptor) and send it to us so we can tell you if there's something
>> wrong with it.
>>
>> On Mon, Nov 9, 2009 at 7:12 PM, jshap999
>> <justin_shapiro@...> wrote:
>>>
>>> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up
>>> rolling
>>> back. Everything looked fine in the gui but no one could download
>>> artifacts. We have one main group that looked like it still had the
>>> correct
>>> permissions and each user was still a member of that group. Don't see
>>> any
>>> failures in the import log other than "No metadata files found for ..."
>>> --
>>> View this message in context:
>>> http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
>>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@...
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@...
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26271272.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

Re: Authorization failures after upgrade to 2.1.2

2009-11-09T10:26:19Z

Yes, logs are full of access denied messages. User's no longer had access to any artifacts stored in artifactory, local or remote. All was working fine in 2.0.4 which we have returned to so I can't access anything from the 2.1.2 ui for you. Any logs or configuration written to disk by 2.1.2 are available. Method of upgrade was system export of 2.0.4, shut down, bring up 2.1.2, system import. If there is something on disk I can send let me know.

Yoav Landman-3 wrote:

Are those already deployed artifacts or remote artifacts that you
expect artifactory to cache? In the second case, make sure the group
has a 'deploy' permission to the remote repository (artifactory treats
cache population as 'deployment').
Also check the server's 'access.log' and 'artifactory.log' - it should
contain access denied log messages if your problem is related to
permissions.
Otherwise, you can also copy the configs from the UI
(Admin:Advanced:Config Descriptor + Admin:Advanced:Security
Descriptor) and send it to us so we can tell you if there's something
wrong with it.

On Mon, Nov 9, 2009 at 7:12 PM, jshap999
<justin_shapiro@cable.comcast.com> wrote:
>
> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up rolling
> back. Everything looked fine in the gui but no one could download
> artifacts. We have one main group that looked like it still had the correct
> permissions and each user was still a member of that group. Don't see any
> failures in the import log other than "No metadata files found for ..."
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Authorization failures after upgrade to 2.1.2

2009-11-09T10:01:25Z

Are those already deployed artifacts or remote artifacts that you
expect artifactory to cache? In the second case, make sure the group
has a 'deploy' permission to the remote repository (artifactory treats
cache population as 'deployment').
Also check the server's 'access.log' and 'artifactory.log' - it should
contain access denied log messages if your problem is related to
permissions.
Otherwise, you can also copy the configs from the UI
(Admin:Advanced:Config Descriptor + Admin:Advanced:Security
Descriptor) and send it to us so we can tell you if there's something
wrong with it.

On Mon, Nov 9, 2009 at 7:12 PM, jshap999
<justin_shapiro@...> wrote:

>
> I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up rolling
> back. Everything looked fine in the gui but no one could download
> artifacts. We have one main group that looked like it still had the correct
> permissions and each user was still a member of that group. Don't see any
> failures in the import log other than "No metadata files found for ..."
> --
> View this message in context: http://old.nabble.com/Authorization-failures-after-upgrade-to-2.1.2-tp26270046p26270046.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

Authorization failures after upgrade to 2.1.2

2009-11-09T09:12:43Z

I tried to upgrade from 2.0.4 to 2.1.2 over the weekend but ended up rolling back. Everything looked fine in the gui but no one could download artifacts. We have one main group that looked like it still had the correct permissions and each user was still a member of that group. Don't see any failures in the import log other than "No metadata files found for ..."

Re: maven-metadata.xml aggregation behavior

2009-11-09T02:16:31Z

Great to hear that!
I see it's already done and will be included in 2.1.4.

Lóránd

On Thu, Nov 5, 2009 at 11:58 AM, Yoav Landman <yoavl@...> wrote:

Artifactory's behavior is to never check for remote metadata for
release artifacts hosted in local repositories. The reason is simple -
typically what you host locally is your own artifacts, so you do not
want to make requests to remote repositories and scan for the
existence of other versions of artifacts that you specifically
deployed locally. We do, however, merge the metadata with caches since
it is cheap and doesn't require the unnecessary network traffic. This
is why it works if you deliberately cause the remote metadata to be
locally cached by requesting it directly from the remote repository.

Now, I can see how this optimization may be problematic if you wish to
get all possible remote versions of artifacts you have both locally
and also in other repositories in your organization that you proxy.
What we can do is make this type of metadata requests possible and let
users control the behavior and prevent inefficient queries to all
remote repositories by using proper include/exclude patterns.

I created http://issues.jfrog.org/jira/browse/RTFACT-2311.

Yoav

On Wed, Nov 4, 2009 at 4:01 PM, Lóránd Somogyi <lorand.somogyi@...> wrote:
> Hi!
>
> Any reaction to this?
> Shell I fill an issue to jira?
>
> Regards,
>
> Lóránd Somogyi
> http://lorands.com
> http://photols.com
>
>
> On Tue, Oct 20, 2009 at 3:40 PM, Lóránd Somogyi <lorand.somogyi@...>
> wrote:
>>
>> Thx, Yoav!
>>
>> In that case there is a bug in 2.1 (may affect other versions too):
>>
>> The case:
>>
>> NOone accessed com.test:foo at all in the past (from NEWR)
>> there is NO com.test:foo in NEWR
>> there are com.test:foo versions with metadata in OLDR
>> release of com.test:foo happens (to NEWR)
>> accessing http://NEWR/repo/com/test/foo/maven-metadata.xml returns ONLY
>> the NEW foo version
>>
>> Fix by hand:
>>
>> Access http://NEWR/oldr/com/test/foo/maven-metadata.xml -- assuming ID of
>> Remote Repo to OLDR is oldr
>> Now accessing http://NEWR/repo/com/test/foo/maven-metadata.xml returns ALL
>> version
>>
>> It looks like if there is no information about other metadata new release
>> shades all other metadata.
>>
>> It would be nice if there would be a way to force "recalculation" of
>> metadata.
>>
>> Regards,
>>
>> Lóránd Somogyi
>> http://lorands.com
>> http://photols.com
>>
>>
>> On Tue, Oct 20, 2009 at 3:44 PM, Yoav Landman <yoavl@...> wrote:
>>>
>>> Merged maven-metadata.xml containing all versions reachable from the
>>> virtual repository 'http://NEWR/repo' - from both NEWR and OLDR (assuming
>>> the user making the request has enough permissions to populate artifacts in
>>> the OLDR cache).
>>>
>>> On Tue, Oct 20, 2009 at 10:07 AM, Lóránd Somogyi
>>> <lorand.somogyi@...> wrote:
>>>>
>>>> HI!
>>>>
>>>> I'm a bit confused, so please help me understand the intention...
>>>>
>>>> A little bit of background:
>>>>
>>>> we have one simple repository (a'la repo1.maven.org) for older releases
>>>> -- let's call this one OLDR
>>>>
>>>> in simple folder/file structure
>>>> with generated maven-metadata.xml
>>>> serviced by Apache HTTPD
>>>>
>>>> we have an Artifactory instance used by all users -- lets call this NEWR
>>>>
>>>> we have a Remote Repository defined which points to OLDR
>>>>
>>>> Now. If I have in OLDR: com.test:foo versions 1.1, 1.2, 1.3. 2.0 (with
>>>> correct maven-metadata.xml). In NEWR, I have: com.test:foo versions 2.1,
>>>> 3.0, 3.1. - all produced with maven release plugin.
>>>>
>>>> What if I ask for: http://NEWR/repo/com/test/foo/maven-metadata.xml what
>>>> should I get?
>>>>
>>>> Thanks,
>>>>
>>>> Lóránd Somogyi
>>>> http://lorands.com
>>>> http://photols.com
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@...
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@...
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>
>

> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july

> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>

------------------------------------------------------------------------------

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: 2009-11-02 11:03:10, 137 [DENIED DEPLOY] repo1-cache:

2009-11-05T09:11:00Z

Hi Fred,
Thanks for help.
It works now.

Michael

freddy33 wrote:

Sorry for the late answer,
If I understand correctly (I'm not sure), you decided on disabling anonymous
access to enforce users credentials. I think it's a good solution.
So, form the provided settings.xml of artifactory you need to add the
<servers><server> definition block for your username/password for the
following serverIds: central, snapshots, "your artifactory servername"

We did a screencast about it, you can read and watch it here:
http://wiki.jfrog.org/confluence/display/RTF/Configuring+Deployment

HTH,
Fred.

On Wed, Nov 4, 2009 at 2:30 PM, newfield <michael.neifeld@gmail.com> wrote:

>
> Hi freddy33.
> Thank you for answer.
> Actually, I've already try the second recipe, but it didn't helped me.
> Are you sure that this have to work with supplied settings.xml or it must
> be
> corrected somehow ?
>
> Michael.
>
> freddy33 wrote:
> >
> > Some comments:
> > 1) In the settings.xml the difference between the 2 types Noam talks
> > about:
> > - The first type means that the servers with id "central" and "snapshots"
> > are used (read access)
> > - The second type used an id which is under your control in the
> > distributionManagement block of the pom.xml (write access)
> > You need to be careful with the fact that Maven keeps the same
> credentials
> > between queries to same URL host. So, you cannot switch the credentials
> > between read and write if both goes to your Artifactory instance.
> > Documentation:
> >
> http://wiki.jfrog.org/confluence/display/RTF/Configuring+Artifacts+Resolution
> >
> > 2) To enforce that only authenticated users are accessing your
> Artifactory
> > you can disallow anonymous access and the servers credentials configured
> > in
> > settings.xml will always be used (read and write).
> >
> > HTH,
> >
> > On Wed, Nov 4, 2009 at 1:07 PM, Noam Y. Tenne <noamt@jfrog.org> wrote:
> >
> >> In Artifactory, there are two types of deployment which are sometimes
> >> easy
> >> to confuse:
> >>
> >> The first type is the deployment failure that you've faced in your
> >> initial
> >> post -
> >> When Maven requests an artifact that doesn't exist in your repository,
> >> Artifactory (if configured) will fetch it for you from a remote
> >> repository
> >> and "deploy" it to the respective cache. If the anonymous user is given
> >> deploy permissions, it will be deployed by it, since Maven initially
> >> performs requests without credentials (even if defined), and will supply
> >> them only on demand.
> >>
> >> The second type of deployment -
> >> When a Maven project actually deploys an artifact to your repository. In
> >> this case the credentials you have supplied will be used to perform the
> >> deployment.
> >>
> >> HTH,
> >> Noam
> >>
> >> newfield wrote:
> >>
> >> Hi Noam,
> >> Thank you for answer, but the question is - why the user counted as
> >> anonymous if he have suppled credentials ?
> >> I can configure permissions for anonymous user, but I would like know
> who
> >> deploy an artifact.
> >>
> >> Thank you in advance.
> >> Michael.
> >>
> >>
> >> Noam Tenne wrote:
> >>
> >>
> >> Hi
> >>
> >> At seems like your anonymous user doesn't have the needed deploy
> >> permissions to retrieve remote artifacts.
> >> You can check that in the UI permission configuration (via
> >> Admin->Security->Permissions).
> >>
> >> By default, the permission target "Any Remote" should be configured with
> >> deploy permissions for anonymous.
> >> If not, simply create a new permission target that includes all the
> >> remote repositories (or use the existing one) and provide anonymous with
> >> deploy permissions
> >>
> >> Also covered in our wiki -
> >> http://wiki.jfrog.org/confluence/display/RTF/Managing+Permissions
> >>
> >> HTH,
> >> Noam
> >>
> >> newfield wrote:
> >>
> >>
> >> Hi,
> >> I've unable configure setting.xml that will be accepted by Artifactory
> >> (2.1.1) as known user.
> >> In log I've see :
> >> 2009-11-02 11:03:10,137 [DENIED DEPLOY]
> >> repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for
> >> anonymous/175.70.105.181.
> >>
> >> and settings.xml looks like this (mostly generated by Artifactory):
> >> <?xml version="1.0" encoding="UTF-8"?>
> >> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
> >> <http://maven.apache.org/SETTINGS/1.0.0>
> >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> >> <http://www.w3.org/2001/XMLSchema-instance>
> >> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
> >> http://maven.apache.org/xsd/settings-1.0.0.xsd"
> >> <
> http://maven.apache.org/SETTINGS/1.0.0http://maven.apache.org/xsd/settings-1.0.0.xsd
> >>
> >> <localRepository>file://d:\maven_repository</localRepository>
> >> <servers>
> >> <server>
> >> <id>bmr008-01</id>
> >> <username>Michael</username>
> >> <password>{DESede}erYBTtl0dlc=</password>
> >> </server>
> >> </servers>
> >> <mirrors>
> >> <mirror>
> >> <mirrorOf>*</mirrorOf>
> >> <name>bmr008-01</name>
> >> <url>http://bmr008-01:8080/artifactory/repo</url>
> >> <id>bmr008-01</id>
> >> </mirror>
> >> </mirrors>
> >> <profiles>
> >> <profile>
> >> <repositories>
> >> <repository>
> >> <snapshots>
> >> <enabled>true</enabled>
> >> </snapshots>
> >> <id>bmr008-01</id>
> >> <name>bmr008-01</name>
> >> <url>http://bmr008-01:8080/artifactory/repo</url>
> >> </repository>
> >> <repository>
> >> <snapshots>
> >> <enabled>false</enabled>
> >> </snapshots>
> >> <id>central</id>
> >> <name>libs-releases</name>
> >> <url>http://bmr008-01:8080/artifactory/libs-releases</url>
> >> </repository>
> >> <repository>
> >> <snapshots />
> >> <id>snapshots</id>
> >> <name>libs-snapshots</name>
> >> <url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
> >> </repository>
> >> </repositories>
> >> <pluginRepositories>
> >> <pluginRepository>
> >> <snapshots>
> >> <enabled>false</enabled>
> >> </snapshots>
> >> <id>central</id>
> >> <name>plugins-releases</name>
> >> <url>http://bmr008-01:8080/artifactory/plugins-releases</url>
> >> </pluginRepository>
> >> <pluginRepository>
> >> <snapshots />
> >> <id>snapshots</id>
> >> <name>plugins-snapshots</name>
> >> <url>http://bmr008-01:8080/artifactory/plugins-snapshots
> </url>
> >> </pluginRepository>
> >> </pluginRepositories>
> >> <id>artifactory</id>
> >> </profile>
> >> </profiles>
> >> <activeProfiles>
> >> <activeProfile>artifactory</activeProfile>
> >> </activeProfiles>
> >> </settings>
> >>
> >> The question is - how I have to configure it ?
> >> (I was able configure it for Artifactory 2.0.9 but not now)
> >>
> >>
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> >> is the only developer event you need to attend this year. Jumpstart your
> >> developing skills, take BlackBerry mobile applications to market and
> stay
> >> ahead of the curve. Join us from November 9 - 12, 2009. Register
> >> now!http://p.sf.net/sfu/devconference
> >> _______________________________________________
> >> Artifactory-users mailing
> >> listArtifactory-users@lists.sourceforge.nethttps://
> lists.sourceforge.net/lists/listinfo/artifactory-users
> >>
> >>
> >>
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> >> 30-Day
> >> trial. Simplify your report design, integration and deployment - and
> >> focus
> >> on
> >> what you do best, core application coding. Discover what's new with
> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> >> _______________________________________________
> >> Artifactory-users mailing list
> >> Artifactory-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/artifactory-users
> >>
> >>
> >
> > --
> > http://www.jfrog.org/
> > http://twitter.com/freddy33
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> > 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus
> > on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now. http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Artifactory-users mailing list
> > Artifactory-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/artifactory-users
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/2009-11-02-11%3A03%3A10%2C137--DENIED-DEPLOY--repo1-cache%3A-tp26156635p26195448.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

--
http://www.jfrog.org/
http://twitter.com/freddy33

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: 2009-11-02 11:03:10, 137 [DENIED DEPLOY] repo1-cache:

2009-11-05T03:12:17Z

Sorry for the late answer,

If I understand correctly (I'm not sure), you decided on disabling anonymous access to enforce users credentials. I think it's a good solution.

So, form the provided settings.xml of artifactory you need to add the <servers><server> definition block for your username/password for the following serverIds: central, snapshots, "your artifactory servername"

We did a screencast about it, you can read and watch it here:

http://wiki.jfrog.org/confluence/display/RTF/Configuring+Deployment

HTH,

Fred.

On Wed, Nov 4, 2009 at 2:30 PM, newfield <michael.neifeld@...> wrote:

Hi freddy33.
Thank you for answer.
Actually, I've already try the second recipe, but it didn't helped me.
Are you sure that this have to work with supplied settings.xml or it must be
corrected somehow ?

Michael.

freddy33 wrote:
>
> Some comments:
> 1) In the settings.xml the difference between the 2 types Noam talks
> about:
> - The first type means that the servers with id "central" and "snapshots"
> are used (read access)
> - The second type used an id which is under your control in the
> distributionManagement block of the pom.xml (write access)
> You need to be careful with the fact that Maven keeps the same credentials
> between queries to same URL host. So, you cannot switch the credentials
> between read and write if both goes to your Artifactory instance.
> Documentation:
> http://wiki.jfrog.org/confluence/display/RTF/Configuring+Artifacts+Resolution
>
> 2) To enforce that only authenticated users are accessing your Artifactory
> you can disallow anonymous access and the servers credentials configured
> in
> settings.xml will always be used (read and write).
>
> HTH,
>
> On Wed, Nov 4, 2009 at 1:07 PM, Noam Y. Tenne <noamt@...> wrote:
>
>> In Artifactory, there are two types of deployment which are sometimes
>> easy
>> to confuse:
>>
>> The first type is the deployment failure that you've faced in your
>> initial
>> post -
>> When Maven requests an artifact that doesn't exist in your repository,
>> Artifactory (if configured) will fetch it for you from a remote
>> repository
>> and "deploy" it to the respective cache. If the anonymous user is given
>> deploy permissions, it will be deployed by it, since Maven initially
>> performs requests without credentials (even if defined), and will supply
>> them only on demand.
>>
>> The second type of deployment -
>> When a Maven project actually deploys an artifact to your repository. In
>> this case the credentials you have supplied will be used to perform the
>> deployment.
>>
>> HTH,
>> Noam
>>
>> newfield wrote:
>>
>> Hi Noam,
>> Thank you for answer, but the question is - why the user counted as
>> anonymous if he have suppled credentials ?
>> I can configure permissions for anonymous user, but I would like know who
>> deploy an artifact.
>>
>> Thank you in advance.
>> Michael.
>>
>>
>> Noam Tenne wrote:
>>
>>
>> Hi
>>
>> At seems like your anonymous user doesn't have the needed deploy
>> permissions to retrieve remote artifacts.
>> You can check that in the UI permission configuration (via
>> Admin->Security->Permissions).
>>
>> By default, the permission target "Any Remote" should be configured with
>> deploy permissions for anonymous.
>> If not, simply create a new permission target that includes all the
>> remote repositories (or use the existing one) and provide anonymous with
>> deploy permissions
>>
>> Also covered in our wiki -
>> http://wiki.jfrog.org/confluence/display/RTF/Managing+Permissions
>>
>> HTH,
>> Noam
>>
>> newfield wrote:
>>
>>
>> Hi,
>> I've unable configure setting.xml that will be accepted by Artifactory
>> (2.1.1) as known user.
>> In log I've see :
>> 2009-11-02 11:03:10,137 [DENIED DEPLOY]
>> repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for
>> anonymous/175.70.105.181.
>>
>> and settings.xml looks like this (mostly generated by Artifactory):
>> <?xml version="1.0" encoding="UTF-8"?>
>> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
>> <http://maven.apache.org/SETTINGS/1.0.0>
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>> <http://www.w3.org/2001/XMLSchema-instance>
>> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
>> http://maven.apache.org/xsd/settings-1.0.0.xsd"

>> <http://maven.apache.org/SETTINGS/1.0.0http://maven.apache.org/xsd/settings-1.0.0.xsd>>

>> <localRepository>file://d:\maven_repository</localRepository>
>> <servers>
>> <server>
>> <id>bmr008-01</id>
>> <username>Michael</username>
>> <password>{DESede}erYBTtl0dlc=</password>
>> </server>
>> </servers>
>> <mirrors>
>> <mirror>
>> <mirrorOf>*</mirrorOf>
>> <name>bmr008-01</name>
>> <url>http://bmr008-01:8080/artifactory/repo</url>
>> <id>bmr008-01</id>
>> </mirror>
>> </mirrors>
>> <profiles>
>> <profile>
>> <repositories>
>> <repository>
>> <snapshots>
>> <enabled>true</enabled>
>> </snapshots>
>> <id>bmr008-01</id>
>> <name>bmr008-01</name>
>> <url>http://bmr008-01:8080/artifactory/repo</url>
>> </repository>
>> <repository>
>> <snapshots>
>> <enabled>false</enabled>
>> </snapshots>
>> <id>central</id>
>> <name>libs-releases</name>
>> <url>http://bmr008-01:8080/artifactory/libs-releases</url>
>> </repository>
>> <repository>
>> <snapshots />
>> <id>snapshots</id>
>> <name>libs-snapshots</name>
>> <url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
>> </repository>
>> </repositories>
>> <pluginRepositories>
>> <pluginRepository>
>> <snapshots>
>> <enabled>false</enabled>
>> </snapshots>
>> <id>central</id>
>> <name>plugins-releases</name>
>> <url>http://bmr008-01:8080/artifactory/plugins-releases</url>
>> </pluginRepository>
>> <pluginRepository>
>> <snapshots />
>> <id>snapshots</id>
>> <name>plugins-snapshots</name>
>> <url>http://bmr008-01:8080/artifactory/plugins-snapshots</url>
>> </pluginRepository>
>> </pluginRepositories>
>> <id>artifactory</id>
>> </profile>
>> </profiles>
>> <activeProfiles>
>> <activeProfile>artifactory</activeProfile>
>> </activeProfiles>
>> </settings>
>>
>> The question is - how I have to configure it ?
>> (I was able configure it for Artifactory 2.0.9 but not now)
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register
>> now!http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Artifactory-users mailing

>> listArtifactory-users@...://lists.sourceforge.net/lists/listinfo/artifactory-users

>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@...
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> --
> http://www.jfrog.org/
> http://twitter.com/freddy33
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>

--

View this message in context: http://old.nabble.com/2009-11-02-11%3A03%3A10%2C137--DENIED-DEPLOY--repo1-cache%3A-tp26156635p26195448.html

Sent from the Artifactory-Users mailing list archive at Nabble.com.

------------------------------------------------------------------------------

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

--
http://www.jfrog.org/
http://twitter.com/freddy33

Re: deploying a snapshot with a specific classifier

2009-11-05T03:05:56Z

One more thing that you can do is upload the file to the desired
target location using REST.

With curl:
curl -X PUT -f -u user:password --data-binary
@commons-exec-1.0.0-20080905.033237-1.jar \
http://localhost:8081/artifactory/repo/org/apache/commons/commons-exec/1.0.0-SNAPSHOT/commons-exec-1.0.0-20080905.033237-1.jar

Yoav

On Thu, Nov 5, 2009 at 12:58 AM, Yossi Shaul <yossis_acsp@...> wrote:

> It's an issue with the maven deployer which recognizes the unique snapshot
> version simply as SNAPSHOT.
> As a workaround you can import this file to the repository using the
> repository import (Admin -> Import&Export - > Repositories). Create a temp
> dir and copy the file to it keeping the maven directory layout.
> For example:
> /tmp-repo/org/apache/commons/commons-exec/1.0.0-SNAPSHOT/commons-exec-1.0.0-20080905.033237-1.jar,
> then select the /tmp-repo as the directory to import and the repository you
> wish to import it to.
>
> Yossi Shaul
>
> ________________________________
> From: Frank Wilson <frank.wilson@...>
> To: artifactory-users@...
> Sent: Wed, November 4, 2009 5:44:20 PM
> Subject: [Artifactory-users] deploying a snapshot with a specific classifier
>
> I want to deploy the jar commons-exec-1.0.0-20080905.033237-1.jar so that it
> is available on the following repo URL.
>
>
>
> http://localhost:8081/artifactory/repo/org/apache/commons/commons-exec/1.0.0-SNAPSHOT/commons-exec-1.0.0-20080905.033237-1.jar
>
>
>
> However, whichever way I do this, Artifactory either refuses to serve
> artifact or it replaces the classifier (20080905.033237-1) with the current
> date.
>
>
>
> Please could somebody tell me how to serve this artifact properly.
>
>
>
> Thanks,
>
>
>
> Frank Wilson
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>

Re: Tuning our Artifactory

2009-11-05T03:04:10Z

Sorry for the late reply.

The specific settings are in Tomcat's 'server.xml' file on the Ajp13
connector section and sometimes on the Apache side itself. The
property names are different between Tomcat versions (e.g. 5 and 6).
At the minimum, you need to verify that the connector on the Tomcat
side has enough processors to handle the connections from Apache (the
numbers should be equal, at least). Also, turning off lookups is a
good idea. The exact values depend on the average load on your system
of course, so there is no single "good configuration", like there is
none for Apache.

Googling for "tuning tomcat ajp13" should give you a good heads up.
Just make sure you adjust the property names according to your Tomcat
version.

We can give you better help if you share your specific environment
setup and usage patterns with us - I think you may want to contact us
directly for this.

Yoav

On Fri, Oct 30, 2009 at 7:30 PM, sverhagen <sverhagen@...> wrote:

>
> Thanks for that.
>
> I've looked into things again. Upgraded to 2.1.1 (put just the new WAR in
> place) with basically the same situation still in effect.
>
>
> Yoav Landman-3 wrote:
>>
>> One reason is poorly tuned Artifatcory VM - in this case you should see
>> errors in the Artifactory log, usually VM related exceptions, such as out
>> of
>> perm gen memory errors.
>>
>
> Seeing no errors in the ${artifactory.home}/logs whatsoever. The Artifactory
> VM... that would be Tomcat then. All default configuration: I've this one
> running dedicatedly for Tomcat.
>
>
> Yoav Landman-3 wrote:
>>
>> The more common reason is poorly tuned AJP connector settings - check what
>> errors you get in the Apache log file.
>>
>
> What settings? :-)
>
> [Fri Oct 30 15:25:11 2009] [error] ajp_read_header: ajp_ilink_receive failed
> [Fri Oct 30 15:25:11 2009] [error] (120006)APR does not understand this
> error code: proxy: read response failed from 127.0.0.1:6009 (localhost)
>
>
> Yoav Landman-3 wrote:
>>
>> When using AJP you have to make sure
>> the Apache settings and the Tomcat AJP connector settings (in server.xml)
>> match in terms of number of connections/threads, buffer size, connection
>> timeout etc. otherwise it can lead to poor performance.
>>
>
> That will definitely be a problem then. But it appears that not only my
> knowledge is limited on this matter, but also my ability to compose the
> right Google queries for it :-(
>
> I'm using mod_proxy_ajp and I'd be very happy if you could share your
> settings with me for this. A nice example of what works for someone else on
> both ends would be so great for me!
>
> Thanks already again!!!
> --
> View this message in context: http://old.nabble.com/Tuning-our-Artifactory-tp26104589p26134048.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

Re: maven-metadata.xml aggregation behavior

2009-11-05T02:58:47Z

Artifactory's behavior is to never check for remote metadata for
release artifacts hosted in local repositories. The reason is simple -
typically what you host locally is your own artifacts, so you do not
want to make requests to remote repositories and scan for the
existence of other versions of artifacts that you specifically
deployed locally. We do, however, merge the metadata with caches since
it is cheap and doesn't require the unnecessary network traffic. This
is why it works if you deliberately cause the remote metadata to be
locally cached by requesting it directly from the remote repository.

Now, I can see how this optimization may be problematic if you wish to
get all possible remote versions of artifacts you have both locally
and also in other repositories in your organization that you proxy.
What we can do is make this type of metadata requests possible and let
users control the behavior and prevent inefficient queries to all
remote repositories by using proper include/exclude patterns.

I created http://issues.jfrog.org/jira/browse/RTFACT-2311.

Yoav

On Wed, Nov 4, 2009 at 4:01 PM, Lóránd Somogyi <lorand.somogyi@...> wrote:

> Hi!
>
> Any reaction to this?
> Shell I fill an issue to jira?
>
> Regards,
>
> Lóránd Somogyi
> http://lorands.com
> http://photols.com
>
>
> On Tue, Oct 20, 2009 at 3:40 PM, Lóránd Somogyi <lorand.somogyi@...>
> wrote:
>>
>> Thx, Yoav!
>>
>> In that case there is a bug in 2.1 (may affect other versions too):
>>
>> The case:
>>
>> NOone accessed com.test:foo at all in the past (from NEWR)
>> there is NO com.test:foo in NEWR
>> there are com.test:foo versions with metadata in OLDR
>> release of com.test:foo happens (to NEWR)
>> accessing http://NEWR/repo/com/test/foo/maven-metadata.xml returns ONLY
>> the NEW foo version
>>
>> Fix by hand:
>>
>> Access http://NEWR/oldr/com/test/foo/maven-metadata.xml -- assuming ID of
>> Remote Repo to OLDR is oldr
>> Now accessing http://NEWR/repo/com/test/foo/maven-metadata.xml returns ALL
>> version
>>
>> It looks like if there is no information about other metadata new release
>> shades all other metadata.
>>
>> It would be nice if there would be a way to force "recalculation" of
>> metadata.
>>
>> Regards,
>>
>> Lóránd Somogyi
>> http://lorands.com
>> http://photols.com
>>
>>
>> On Tue, Oct 20, 2009 at 3:44 PM, Yoav Landman <yoavl@...> wrote:
>>>
>>> Merged maven-metadata.xml containing all versions reachable from the
>>> virtual repository 'http://NEWR/repo' - from both NEWR and OLDR (assuming
>>> the user making the request has enough permissions to populate artifacts in
>>> the OLDR cache).
>>>
>>> On Tue, Oct 20, 2009 at 10:07 AM, Lóránd Somogyi
>>> <lorand.somogyi@...> wrote:
>>>>
>>>> HI!
>>>>
>>>> I'm a bit confused, so please help me understand the intention...
>>>>
>>>> A little bit of background:
>>>>
>>>> we have one simple repository (a'la repo1.maven.org) for older releases
>>>> -- let's call this one OLDR
>>>>
>>>> in simple folder/file structure
>>>> with generated maven-metadata.xml
>>>> serviced by Apache HTTPD
>>>>
>>>> we have an Artifactory instance used by all users -- lets call this NEWR
>>>>
>>>> we have a Remote Repository defined which points to OLDR
>>>>
>>>> Now. If I have in OLDR: com.test:foo versions 1.1, 1.2, 1.3. 2.0 (with
>>>> correct maven-metadata.xml). In NEWR, I have: com.test:foo versions 2.1,
>>>> 3.0, 3.1. - all produced with maven release plugin.
>>>>
>>>> What if I ask for: http://NEWR/repo/com/test/foo/maven-metadata.xml what
>>>> should I get?
>>>>
>>>> Thanks,
>>>>
>>>> Lóránd Somogyi
>>>> http://lorands.com
>>>> http://photols.com
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> Artifactory-users@...
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> Artifactory-users@...
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>

Re: Error 401 on deploy/release:perform

2009-11-04T15:05:38Z

BTW, mvn help:effective-settings can help debugging such issues. It will print the "effective" settings.xml - the aggregated active maven settings from your maven home and user's home.

From: Clifton <clifton.craig@...>
To: artifactory-users@...
Sent: Wed, November 4, 2009 3:58:42 PM
Subject: Re: [Artifactory-users] Error 401 on deploy/release:perform

This is crazy! I looked at my access log on the server after performing a
deploy. It shows [DENIED DEPLOY] libs-snapshots-local:.. for anonymous/[my
machine ip]

I am definitely setting the server tag in $MAVEN_HOME/conf/settings.xml and
there's no overriding settings in my $HOME/.m2. I'm running the deploy from
the cmd line and I can't seem to figure out why it's not sending the
credentials. I'm gonna triple check my pom, copy/paste the server id from
the pom into the settings.xml.

**D'oh***

I just figured it all out! I had been running maven from an entirely
different location. Long story lengthened, a while back when I realized
Apple was smart enough to pre-bundle Maven (which caused this very same
problem) I became smart enough to copy my Subversion copy in place of the
included version. I then forgot it was there and started checking out maven
into another location I use across multiple machines. I assumed all along
that this was the very same version that I was running since it had been
picking up my repo settings. Thanx for all of your help and I feel silly
now.

Yoav Landman-3 wrote:

>
> Looks like your authentication failed. The server side log
> (artifactory.log
> and access.log) should give you more information about possible
> authentication failures. Unfortunately maven discards anything from the
> response beside the status code (Artifactory does send back an error
> description that other REST tools emit).
>
> On Mon, Nov 2, 2009 at 11:41 PM, Clifton <clifton.craig@...> wrote:
>
>>
>> I'm getting error 401 when I try to deploy to my artifactory instance.
>> I've
>> recently upgraded from a much older version of Artifactory but I also
>> managed to perform at least one deployment since the upgrade. Could
>> somebody
>> help? It looks like my server tag has the correct uid/pwd to the
>> developer
>> admin account that I setup. Is there an easy way to diagnose the root
>> cause
>> to this problem? All I get on the console is error 401.
>>
>> -----
>> Cliff

>> http://codeforfun.wordpress.com
>> http://old.nabble.com/file/u156847/Cliff-in-the-lab.png
>> --
>> View this message in context:
>> http://old.nabble.com/Error-401-on-deploy-release%3Aperform-tp26157852p26157852.html
>> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference

>> _______________________________________________
>> Artifactory-users mailing list
>> Artifactory-users@...
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@...
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>

-----
Cliff
http://codeforfun.wordpress.com
http://old.nabble.com/file/u156847/Cliff-in-the-lab.png
--
View this message in context: http://old.nabble.com/Error-401-on-deploy-release%3Aperform-tp26157852p26196735.html
Sent from the Artifactory-Users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: deploying a snapshot with a specific classifier

2009-11-04T14:58:24Z

It's an issue with the maven deployer which recognizes the unique snapshot version simply as SNAPSHOT.
As a workaround you can import this file to the repository using the repository import (Admin -> Import&Export - > Repositories). Create a temp dir and copy the file to it keeping the maven directory layout.
For example: /tmp-repo/org/apache/commons/commons-exec/1.0.0-SNAPSHOT/commons-exec-1.0.0-20080905.033237-1.jar, then select the /tmp-repo as the directory to import and the repository you wish to import it to.

Yossi Shaul

From: Frank Wilson <frank.wilson@...>
To: artifactory-users@...
Sent: Wed, November 4, 2009 5:44:20 PM
Subject: [Artifactory-users] deploying a snapshot with a specific classifier

I want to deploy the jar commons-exec-1.0.0-20080905.033237-1.jar so that it is available on the following repo URL.

http://localhost:8081/artifactory/repo/org/apache/commons/commons-exec/1.0.0-SNAPSHOT/commons-exec-1.0.0-20080905.033237-1.jar

However, whichever way I do this, Artifactory either refuses to serve artifact or it replaces the classifier (20080905.033237-1) with the current date.

Please could somebody tell me how to serve this artifact properly.

Thanks,

Frank Wilson

deploying a snapshot with a specific classifier

2009-11-04T07:44:20Z

I want to deploy the jar commons-exec-1.0.0-20080905.033237-1.jar so that it is available on the following repo URL.

http://localhost:8081/artifactory/repo/org/apache/commons/commons-exec/1.0.0-SNAPSHOT/commons-exec-1.0.0-20080905.033237-1.jar

However, whichever way I do this, Artifactory either refuses to serve artifact or it replaces the classifier (20080905.033237-1) with the current date.

Please could somebody tell me how to serve this artifact properly.

Thanks,

Frank Wilson

Re: maven-metadata.xml aggregation behavior

2009-11-04T06:01:28Z

Hi!

Any reaction to this?
Shell I fill an issue to jira?

Regards,

Lóránd Somogyi
http://lorands.com
http://photols.com

On Tue, Oct 20, 2009 at 3:40 PM, Lóránd Somogyi <lorand.somogyi@...> wrote:

Thx, Yoav!

In that case there is a bug in 2.1 (may affect other versions too):

The case:
NOone accessed com.test:foo at all in the past (from NEWR)

there is NO com.test:foo in NEWR
there are com.test:foo versions with metadata in OLDR
release of com.test:foo happens (to NEWR)
accessing http://NEWR/repo/com/test/foo/maven-metadata.xml returns ONLY the NEW foo version

Fix by hand:
Access http://NEWR/oldr/com/test/foo/maven-metadata.xml -- assuming ID of Remote Repo to OLDR is oldr

Now accessing http://NEWR/repo/com/test/foo/maven-metadata.xml returns ALL version
It looks like if there is no information about other metadata new release shades all other metadata.

It would be nice if there would be a way to force "recalculation" of metadata.

Regards,

Lóránd Somogyi
http://lorands.com
http://photols.com

On Tue, Oct 20, 2009 at 3:44 PM, Yoav Landman <yoavl@...> wrote:

Merged maven-metadata.xml containing all versions reachable from the virtual repository 'http://NEWR/repo' - from both NEWR and OLDR (assuming the user making the request has enough permissions to populate artifacts in the OLDR cache).

On Tue, Oct 20, 2009 at 10:07 AM, Lóránd Somogyi <lorand.somogyi@...> wrote:

HI!

I'm a bit confused, so please help me understand the intention...

A little bit of background:
we have one simple repository (a'la repo1.maven.org) for older releases -- let's call this one OLDR

in simple folder/file structure
with generated maven-metadata.xml
serviced by Apache HTTPD
we have an Artifactory instance used by all users -- lets call this NEWR

we have a Remote Repository defined which points to OLDR
Now. If I have in OLDR: com.test:foo versions 1.1, 1.2, 1.3. 2.0 (with correct maven-metadata.xml). In NEWR, I have: com.test:foo versions 2.1, 3.0, 3.1. - all produced with maven release plugin.

What if I ask for: http://NEWR/repo/com/test/foo/maven-metadata.xml what should I get?

Thanks,

Lóránd Somogyi
http://lorands.com
http://photols.com

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Error 401 on deploy/release:perform

2009-11-04T05:58:42Z

This is crazy! I looked at my access log on the server after performing a deploy. It shows [DENIED DEPLOY] libs-snapshots-local:.. for anonymous/[my machine ip]

I am definitely setting the server tag in $MAVEN_HOME/conf/settings.xml and there's no overriding settings in my $HOME/.m2. I'm running the deploy from the cmd line and I can't seem to figure out why it's not sending the credentials. I'm gonna triple check my pom, copy/paste the server id from the pom into the settings.xml.

**D'oh***

I just figured it all out! I had been running maven from an entirely different location. Long story lengthened, a while back when I realized Apple was smart enough to pre-bundle Maven (which caused this very same problem) I became smart enough to copy my Subversion copy in place of the included version. I then forgot it was there and started checking out maven into another location I use across multiple machines. I assumed all along that this was the very same version that I was running since it had been picking up my repo settings. Thanx for all of your help and I feel silly now.

Yoav Landman-3 wrote:

Looks like your authentication failed. The server side log (artifactory.log
and access.log) should give you more information about possible
authentication failures. Unfortunately maven discards anything from the
response beside the status code (Artifactory does send back an error
description that other REST tools emit).

On Mon, Nov 2, 2009 at 11:41 PM, Clifton <clifton.craig@gmail.com> wrote:

>
> I'm getting error 401 when I try to deploy to my artifactory instance. I've
> recently upgraded from a much older version of Artifactory but I also
> managed to perform at least one deployment since the upgrade. Could
> somebody
> help? It looks like my server tag has the correct uid/pwd to the developer
> admin account that I setup. Is there an easy way to diagnose the root cause
> to this problem? All I get on the console is error 401.
>
> -----
> Cliff
> http://codeforfun.wordpress.com
> http://old.nabble.com/file/u156847/Cliff-in-the-lab.png
> --
> View this message in context:
> http://old.nabble.com/Error-401-on-deploy-release%3Aperform-tp26157852p26157852.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Cliff
http://codeforfun.wordpress.com

Re: 2009-11-02 11:03:10, 137 [DENIED DEPLOY] repo1-cache:

2009-11-04T04:30:09Z

Hi freddy33.
Thank you for answer.
Actually, I've already try the second recipe, but it didn't helped me.
Are you sure that this have to work with supplied settings.xml or it must be corrected somehow ?

Michael.

freddy33 wrote:

Some comments:
1) In the settings.xml the difference between the 2 types Noam talks about:
- The first type means that the servers with id "central" and "snapshots"
are used (read access)
- The second type used an id which is under your control in the
distributionManagement block of the pom.xml (write access)
You need to be careful with the fact that Maven keeps the same credentials
between queries to same URL host. So, you cannot switch the credentials
between read and write if both goes to your Artifactory instance.
Documentation:
http://wiki.jfrog.org/confluence/display/RTF/Configuring+Artifacts+Resolution

2) To enforce that only authenticated users are accessing your Artifactory
you can disallow anonymous access and the servers credentials configured in
settings.xml will always be used (read and write).

HTH,

On Wed, Nov 4, 2009 at 1:07 PM, Noam Y. Tenne <noamt@jfrog.org> wrote:

> In Artifactory, there are two types of deployment which are sometimes easy
> to confuse:
>
> The first type is the deployment failure that you've faced in your initial
> post -
> When Maven requests an artifact that doesn't exist in your repository,
> Artifactory (if configured) will fetch it for you from a remote repository
> and "deploy" it to the respective cache. If the anonymous user is given
> deploy permissions, it will be deployed by it, since Maven initially
> performs requests without credentials (even if defined), and will supply
> them only on demand.
>
> The second type of deployment -
> When a Maven project actually deploys an artifact to your repository. In
> this case the credentials you have supplied will be used to perform the
> deployment.
>
> HTH,
> Noam
>
> newfield wrote:
>
> Hi Noam,
> Thank you for answer, but the question is - why the user counted as
> anonymous if he have suppled credentials ?
> I can configure permissions for anonymous user, but I would like know who
> deploy an artifact.
>
> Thank you in advance.
> Michael.
>
>
> Noam Tenne wrote:
>
>
> Hi
>
> At seems like your anonymous user doesn't have the needed deploy
> permissions to retrieve remote artifacts.
> You can check that in the UI permission configuration (via
> Admin->Security->Permissions).
>
> By default, the permission target "Any Remote" should be configured with
> deploy permissions for anonymous.
> If not, simply create a new permission target that includes all the
> remote repositories (or use the existing one) and provide anonymous with
> deploy permissions
>
> Also covered in our wiki - http://wiki.jfrog.org/confluence/display/RTF/Managing+Permissions
>
> HTH,
> Noam
>
> newfield wrote:
>
>
> Hi,
> I've unable configure setting.xml that will be accepted by Artifactory
> (2.1.1) as known user.
> In log I've see :
> 2009-11-02 11:03:10,137 [DENIED DEPLOY]
> repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for
> anonymous/175.70.105.181.
>
> and settings.xml looks like this (mostly generated by Artifactory):
> <?xml version="1.0" encoding="UTF-8"?>
> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" <http://maven.apache.org/SETTINGS/1.0.0>
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" <http://www.w3.org/2001/XMLSchema-instance>
> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
> http://maven.apache.org/xsd/settings-1.0.0.xsd" <http://maven.apache.org/SETTINGS/1.0.0http://maven.apache.org/xsd/settings-1.0.0.xsd>>
> <localRepository>file://d:\maven_repository</localRepository>
> <servers>
> <server>
> <id>bmr008-01</id>
> <username>Michael</username>
> <password>{DESede}erYBTtl0dlc=</password>
> </server>
> </servers>
> <mirrors>
> <mirror>
> <mirrorOf>*</mirrorOf>
> <name>bmr008-01</name>
> <url>http://bmr008-01:8080/artifactory/repo</url>
> <id>bmr008-01</id>
> </mirror>
> </mirrors>
> <profiles>
> <profile>
> <repositories>
> <repository>
> <snapshots>
> <enabled>true</enabled>
> </snapshots>
> <id>bmr008-01</id>
> <name>bmr008-01</name>
> <url>http://bmr008-01:8080/artifactory/repo</url>
> </repository>
> <repository>
> <snapshots>
> <enabled>false</enabled>
> </snapshots>
> <id>central</id>
> <name>libs-releases</name>
> <url>http://bmr008-01:8080/artifactory/libs-releases</url>
> </repository>
> <repository>
> <snapshots />
> <id>snapshots</id>
> <name>libs-snapshots</name>
> <url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
> </repository>
> </repositories>
> <pluginRepositories>
> <pluginRepository>
> <snapshots>
> <enabled>false</enabled>
> </snapshots>
> <id>central</id>
> <name>plugins-releases</name>
> <url>http://bmr008-01:8080/artifactory/plugins-releases</url>
> </pluginRepository>
> <pluginRepository>
> <snapshots />
> <id>snapshots</id>
> <name>plugins-snapshots</name>
> <url>http://bmr008-01:8080/artifactory/plugins-snapshots</url>
> </pluginRepository>
> </pluginRepositories>
> <id>artifactory</id>
> </profile>
> </profiles>
> <activeProfiles>
> <activeProfile>artifactory</activeProfile>
> </activeProfiles>
> </settings>
>
> The question is - how I have to configure it ?
> (I was able configure it for Artifactory 2.0.9 but not now)
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!http://p.sf.net/sfu/devconference
> _______________________________________________
> Artifactory-users mailing listArtifactory-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>

--
http://www.jfrog.org/
http://twitter.com/freddy33

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: 2009-11-02 11:03:10, 137 [DENIED DEPLOY] repo1-cache:

2009-11-04T03:59:21Z

Some comments:

1) In the settings.xml the difference between the 2 types Noam talks about:

- The first type means that the servers with id "central" and "snapshots" are used (read access)

- The second type used an id which is under your control in the distributionManagement block of the pom.xml (write access)
You need to be careful with the fact that Maven keeps the same credentials between queries to same URL host. So, you cannot switch the credentials between read and write if both goes to your Artifactory instance.

Documentation: http://wiki.jfrog.org/confluence/display/RTF/Configuring+Artifacts+Resolution

2) To enforce that only authenticated users are accessing your Artifactory you can disallow anonymous access and the servers credentials configured in settings.xml will always be used (read and write).

HTH,

On Wed, Nov 4, 2009 at 1:07 PM, Noam Y. Tenne <noamt@...> wrote:

In Artifactory, there are two types of deployment which are sometimes easy to confuse:

The first type is the deployment failure that you've faced in your initial post -
When Maven requests an artifact that doesn't exist in your repository, Artifactory (if configured) will fetch it for you from a remote repository and "deploy" it to the respective cache. If the anonymous user is given deploy permissions, it will be deployed by it, since Maven initially performs requests without credentials (even if defined), and will supply them only on demand.

The second type of deployment -
When a Maven project actually deploys an artifact to your repository. In this case the credentials you have supplied will be used to perform the deployment.

HTH,
Noam

newfield wrote:

Hi Noam,
Thank you for answer, but the question is - why the user counted as
anonymous if he have suppled credentials ?
I can configure permissions for anonymous user, but I would like know who
deploy an artifact.

Thank you in advance.
Michael.


Noam Tenne wrote:

Hi

At seems like your anonymous user doesn't have the needed deploy 
permissions to retrieve remote artifacts.
You can check that in the UI permission configuration (via 
Admin->Security->Permissions).

By default, the permission target "Any Remote" should be configured with 
deploy permissions for anonymous.
If not, simply create a new permission target that includes all the 
remote repositories (or use the existing one) and provide anonymous with 
deploy permissions

Also covered in our wiki - 
http://wiki.jfrog.org/confluence/display/RTF/Managing+Permissions

HTH,
Noam

newfield wrote:

Hi,
I've unable configure setting.xml that will be accepted by Artifactory
(2.1.1) as known user.
In log I've see :
2009-11-02 11:03:10,137 [DENIED DEPLOY]
repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for
anonymous/175.70.105.181.

and settings.xml looks like this (mostly generated by Artifactory):
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                      http://maven.apache.org/xsd/settings-1.0.0.xsd">
  <localRepository>file://d:\maven_repository</localRepository>
  <servers>
     <server>
        <id>bmr008-01</id>
        <username>Michael</username>
        <password>{DESede}erYBTtl0dlc=</password>
     </server>
  </servers>	
  <mirrors>
    <mirror>
      <mirrorOf>*</mirrorOf>
      <name>bmr008-01</name>
      <url>http://bmr008-01:8080/artifactory/repo</url>
      <id>bmr008-01</id>
    </mirror>
  </mirrors>
  <profiles>
    <profile>
      <repositories>
        <repository>
          <snapshots>
            <enabled>true</enabled>
          </snapshots>
          <id>bmr008-01</id>
          <name>bmr008-01</name>
          <url>http://bmr008-01:8080/artifactory/repo</url>
        </repository>
        <repository>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <id>central</id>
          <name>libs-releases</name>
          <url>http://bmr008-01:8080/artifactory/libs-releases</url>
        </repository>
        <repository>
          <snapshots />
          <id>snapshots</id>
          <name>libs-snapshots</name>
          <url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
        </repository>
      </repositories>
      <pluginRepositories>
        <pluginRepository>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <id>central</id>
          <name>plugins-releases</name>
          <url>http://bmr008-01:8080/artifactory/plugins-releases</url>
        </pluginRepository>
        <pluginRepository>
          <snapshots />
          <id>snapshots</id>
          <name>plugins-snapshots</name>
          <url>http://bmr008-01:8080/artifactory/plugins-snapshots</url>
        </pluginRepository>
      </pluginRepositories>
      <id>artifactory</id>
    </profile>
  </profiles>
  <activeProfiles>
    <activeProfile>artifactory</activeProfile>
  </activeProfiles>
</settings>

The question is - how I have to configure it ?
(I was able configure it for Artifactory 2.0.9 but not now)

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

--
http://www.jfrog.org/
http://twitter.com/freddy33

Re: 2009-11-02 11:03:10, 137 [DENIED DEPLOY] repo1-cache:

2009-11-04T03:07:54Z

Hi Noam,
Thank you for answer, but the question is - why the user counted as
anonymous if he have suppled credentials ?
I can configure permissions for anonymous user, but I would like know who
deploy an artifact.

Thank you in advance.
Michael.


Noam Tenne wrote:

Hi

At seems like your anonymous user doesn't have the needed deploy 
permissions to retrieve remote artifacts.
You can check that in the UI permission configuration (via 
Admin->Security->Permissions).

By default, the permission target "Any Remote" should be configured with 
deploy permissions for anonymous.
If not, simply create a new permission target that includes all the 
remote repositories (or use the existing one) and provide anonymous with 
deploy permissions

Also covered in our wiki - 
http://wiki.jfrog.org/confluence/display/RTF/Managing+Permissions

HTH,
Noam

newfield wrote:

Hi,
I've unable configure setting.xml that will be accepted by Artifactory
(2.1.1) as known user.
In log I've see :
2009-11-02 11:03:10,137 [DENIED DEPLOY]
repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for
anonymous/175.70.105.181.

and settings.xml looks like this (mostly generated by Artifactory):
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                      http://maven.apache.org/xsd/settings-1.0.0.xsd">
  <localRepository>file://d:\maven_repository</localRepository>
  <servers>
     <server>
        <id>bmr008-01</id>
        <username>Michael</username>
        <password>{DESede}erYBTtl0dlc=</password>
     </server>
  </servers>	
  <mirrors>
    <mirror>
      <mirrorOf>*</mirrorOf>
      <name>bmr008-01</name>
      <url>http://bmr008-01:8080/artifactory/repo</url>
      <id>bmr008-01</id>
    </mirror>
  </mirrors>
  <profiles>
    <profile>
      <repositories>
        <repository>
          <snapshots>
            <enabled>true</enabled>
          </snapshots>
          <id>bmr008-01</id>
          <name>bmr008-01</name>
          <url>http://bmr008-01:8080/artifactory/repo</url>
        </repository>
        <repository>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <id>central</id>
          <name>libs-releases</name>
          <url>http://bmr008-01:8080/artifactory/libs-releases</url>
        </repository>
        <repository>
          <snapshots />
          <id>snapshots</id>
          <name>libs-snapshots</name>
          <url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
        </repository>
      </repositories>
      <pluginRepositories>
        <pluginRepository>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <id>central</id>
          <name>plugins-releases</name>
          <url>http://bmr008-01:8080/artifactory/plugins-releases</url>
        </pluginRepository>
        <pluginRepository>
          <snapshots />
          <id>snapshots</id>
          <name>plugins-snapshots</name>
          <url>http://bmr008-01:8080/artifactory/plugins-snapshots</url>
        </pluginRepository>
      </pluginRepositories>
      <id>artifactory</id>
    </profile>
  </profiles>
  <activeProfiles>
    <activeProfile>artifactory</activeProfile>
  </activeProfiles>
</settings>

The question is - how I have to configure it ?
(I was able configure it for Artifactory 2.0.9 but not now)

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: 2009-11-02 11:03:10, 137 [DENIED DEPLOY] repo1-cache:

2009-11-04T02:08:04Z

Hi Noam,
Thank you for answer, but the question is - why the user counted as anonymous if he have suppled credentials ?
I can configure permissions for anonymous user, but I would like know who deploy an artifact.

Thank you in advance.
Michael.

Noam Tenne wrote:

Hi

At seems like your anonymous user doesn't have the needed deploy
permissions to retrieve remote artifacts.
You can check that in the UI permission configuration (via
Admin->Security->Permissions).

By default, the permission target "Any Remote" should be configured with
deploy permissions for anonymous.
If not, simply create a new permission target that includes all the
remote repositories (or use the existing one) and provide anonymous with
deploy permissions

Also covered in our wiki -
http://wiki.jfrog.org/confluence/display/RTF/Managing+Permissions

HTH,
Noam

newfield wrote:
> Hi,
> I've unable configure setting.xml that will be accepted by Artifactory
> (2.1.1) as known user.
> In log I've see :
> 2009-11-02 11:03:10,137 [DENIED DEPLOY]
> repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for
> anonymous/175.70.105.181.
>
> and settings.xml looks like this (mostly generated by Artifactory):
> <?xml version="1.0" encoding="UTF-8"?>
> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
> http://maven.apache.org/xsd/settings-1.0.0.xsd">
> <localRepository>file://d:\maven_repository</localRepository>
> <servers>
> <server>
> <id>bmr008-01</id>
> <username>Michael</username>
> <password>{DESede}erYBTtl0dlc=</password>
> </server>
> </servers>
> <mirrors>
> <mirror>
> <mirrorOf>*</mirrorOf>
> <name>bmr008-01</name>
> <url>http://bmr008-01:8080/artifactory/repo</url>
> <id>bmr008-01</id>
> </mirror>
> </mirrors>
> <profiles>
> <profile>
> <repositories>
> <repository>
> <snapshots>
> <enabled>true</enabled>
> </snapshots>
> <id>bmr008-01</id>
> <name>bmr008-01</name>
> <url>http://bmr008-01:8080/artifactory/repo</url>
> </repository>
> <repository>
> <snapshots>
> <enabled>false</enabled>
> </snapshots>
> <id>central</id>
> <name>libs-releases</name>
> <url>http://bmr008-01:8080/artifactory/libs-releases</url>
> </repository>
> <repository>
> <snapshots />
> <id>snapshots</id>
> <name>libs-snapshots</name>
> <url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
> </repository>
> </repositories>
> <pluginRepositories>
> <pluginRepository>
> <snapshots>
> <enabled>false</enabled>
> </snapshots>
> <id>central</id>
> <name>plugins-releases</name>
> <url>http://bmr008-01:8080/artifactory/plugins-releases</url>
> </pluginRepository>
> <pluginRepository>
> <snapshots />
> <id>snapshots</id>
> <name>plugins-snapshots</name>
> <url>http://bmr008-01:8080/artifactory/plugins-snapshots</url>
> </pluginRepository>
> </pluginRepositories>
> <id>artifactory</id>
> </profile>
> </profiles>
> <activeProfiles>
> <activeProfile>artifactory</activeProfile>
> </activeProfiles>
> </settings>
>
> The question is - how I have to configure it ?
> (I was able configure it for Artifactory 2.0.9 but not now)
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: eclipse and intellj project generator code

2009-11-03T23:08:13Z

Thank you Freedy..

I would like to know the details of the code in maven which actually does this generation. The reason is that we have still not moved to maven.. and need some thing similar to be done in ant.

Not sure if there is a way to call maven artifacts in ant by passing ant properties etc. Any further directions pl.

Regards,
Nagendra

freddy33 wrote:

Today's IDE (IntelliJ, Eclipse, NetBeans) have plugins support for standard
Maven.
It means you can open directly the pom.xml file and it will create the
project.

HTH,
Fred.

On Wed, Nov 4, 2009 at 6:46 AM, Raja Nagendra Kumar <
Nagendra.Raja@tejasoft.com> wrote:

>
> Hi,
>
> Looking to know of how maven supports generation of intellij and eclipse
> projects. Any pointers to exact source code which I need to see for the
> same
> would be very grateful.
>
> Regards,
> Raja Nagendra Kumar,
> C.T.O
> www.tejasoft.com
> --
> View this message in context:
> http://old.nabble.com/eclipse-and-intellj-project-generator-code-tp26190976p26190976.html
> Sent from the Artifactory-Users mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Artifactory-users mailing list
> Artifactory-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>

--
http://www.jfrog.org/
http://twitter.com/freddy33

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: eclipse and intellj project generator code

2009-11-03T22:38:33Z

Today's IDE (IntelliJ, Eclipse, NetBeans) have plugins support for standard Maven.

It means you can open directly the pom.xml file and it will create the project.

HTH,

Fred.

On Wed, Nov 4, 2009 at 6:46 AM, Raja Nagendra Kumar <Nagendra.Raja@...> wrote:

Hi,

Looking to know of how maven supports generation of intellij and eclipse
projects. Any pointers to exact source code which I need to see for the same
would be very grateful.

Regards,
Raja Nagendra Kumar,
C.T.O
www.tejasoft.com
--
View this message in context: http://old.nabble.com/eclipse-and-intellj-project-generator-code-tp26190976p26190976.html
Sent from the Artifactory-Users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

--
http://www.jfrog.org/
http://twitter.com/freddy33

eclipse and intellj project generator code

2009-11-03T20:46:39Z

Hi,

Looking to know of how maven supports generation of intellij and eclipse projects. Any pointers to exact source code which I need to see for the same would be very grateful.

Regards,
Raja Nagendra Kumar,
C.T.O
www.tejasoft.com

[ANN] Artifactory 2.1.2

2009-11-03T00:19:52Z

We are pleased to announce the availability of Artifactory 2.1.2!

The major features and changes in this release are:

- Initial Ivy support - Preview Ivy modules and Ivy dependency declaration, XPath search in ivy.xml files, auto-guess Ivy modules properties when uploading ivy.xml files from the UI
- Sharing of remote repository definitions - You can import and reuse remote repository definitions exposed by other Artifactory instances (new Import button in Admin:Repositories:Remote Repositories)
- Optimized binaries storage - Including configurable blobs caching and support for storing binaries as regular files (instead of as database blobs)
- Exporting search results - Search results can now be exported to disk (add-on)
- Browser compatibility fixes

Instructions for simple upgrade from previous versions can be found here:
http://wiki.jfrog.org/confluence/display/RTF/Upgrading+Artifactory

For a complete list of resolved issues in this version please see:
http://issues.jfrog.org/jira/browse/RTFACT/fixforversion/10379

The latest Artifactory user guide is available at:
http://wiki.jfrog.org/confluence/display/RTF/Artifactory+User+Guide

Artifactory 2.1.2 is available for immediate download from JFrog's web site (http://artifactory.jfrog.org) or directly from SourceForge (http://sourceforge.net/project/platformdownload.php?group_id=175347).

Enjoy!

The Artifactory Team @ JFrog

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Re: Error 401 on deploy/release:perform

2009-11-02T14:19:06Z

Looks like your authentication failed. The server side log (artifactory.log and access.log) should give you more information about possible authentication failures. Unfortunately maven discards anything from the response beside the status code (Artifactory does send back an error description that other REST tools emit).

On Mon, Nov 2, 2009 at 11:41 PM, Clifton <clifton.craig@...> wrote:

I'm getting error 401 when I try to deploy to my artifactory instance. I've
recently upgraded from a much older version of Artifactory but I also
managed to perform at least one deployment since the upgrade. Could somebody
help? It looks like my server tag has the correct uid/pwd to the developer
admin account that I setup. Is there an easy way to diagnose the root cause
to this problem? All I get on the console is error 401.

-----
Cliff
http://codeforfun.wordpress.com
http://old.nabble.com/file/u156847/Cliff-in-the-lab.png
--
View this message in context: http://old.nabble.com/Error-401-on-deploy-release%3Aperform-tp26157852p26157852.html
Sent from the Artifactory-Users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
Artifactory-users@...
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Error 401 on deploy/release:perform

2009-11-02T13:41:37Z

I'm getting error 401 when I try to deploy to my artifactory instance. I've recently upgraded from a much older version of Artifactory but I also managed to perform at least one deployment since the upgrade. Could somebody help? It looks like my server tag has the correct uid/pwd to the developer admin account that I setup. Is there an easy way to diagnose the root cause to this problem? All I get on the console is error 401.

Cliff
http://codeforfun.wordpress.com

Re: 2009-11-02 11:03:10, 137 [DENIED DEPLOY] repo1-cache:

2009-11-02T04:05:31Z

Hi

At seems like your anonymous user doesn't have the needed deploy
permissions to retrieve remote artifacts.
You can check that in the UI permission configuration (via
Admin->Security->Permissions).

By default, the permission target "Any Remote" should be configured with
deploy permissions for anonymous.
If not, simply create a new permission target that includes all the
remote repositories (or use the existing one) and provide anonymous with
deploy permissions

Also covered in our wiki -
http://wiki.jfrog.org/confluence/display/RTF/Managing+Permissions

HTH,
Noam

newfield wrote:

> Hi,
> I've unable configure setting.xml that will be accepted by Artifactory
> (2.1.1) as known user.
> In log I've see :
> 2009-11-02 11:03:10,137 [DENIED DEPLOY]
> repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for
> anonymous/175.70.105.181.
>
> and settings.xml looks like this (mostly generated by Artifactory):
> <?xml version="1.0" encoding="UTF-8"?>
> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
> http://maven.apache.org/xsd/settings-1.0.0.xsd">
> <localRepository>file://d:\maven_repository</localRepository>
> <servers>
> <server>
> <id>bmr008-01</id>
> <username>Michael</username>
> <password>{DESede}erYBTtl0dlc=</password>
> </server>
> </servers>
> <mirrors>
> <mirror>
> <mirrorOf>*</mirrorOf>
> <name>bmr008-01</name>
> <url>http://bmr008-01:8080/artifactory/repo</url>
> <id>bmr008-01</id>
> </mirror>
> </mirrors>
> <profiles>
> <profile>
> <repositories>
> <repository>
> <snapshots>
> <enabled>true</enabled>
> </snapshots>
> <id>bmr008-01</id>
> <name>bmr008-01</name>
> <url>http://bmr008-01:8080/artifactory/repo</url>
> </repository>
> <repository>
> <snapshots>
> <enabled>false</enabled>
> </snapshots>
> <id>central</id>
> <name>libs-releases</name>
> <url>http://bmr008-01:8080/artifactory/libs-releases</url>
> </repository>
> <repository>
> <snapshots />
> <id>snapshots</id>
> <name>libs-snapshots</name>
> <url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
> </repository>
> </repositories>
> <pluginRepositories>
> <pluginRepository>
> <snapshots>
> <enabled>false</enabled>
> </snapshots>
> <id>central</id>
> <name>plugins-releases</name>
> <url>http://bmr008-01:8080/artifactory/plugins-releases</url>
> </pluginRepository>
> <pluginRepository>
> <snapshots />
> <id>snapshots</id>
> <name>plugins-snapshots</name>
> <url>http://bmr008-01:8080/artifactory/plugins-snapshots</url>
> </pluginRepository>
> </pluginRepositories>
> <id>artifactory</id>
> </profile>
> </profiles>
> <activeProfiles>
> <activeProfile>artifactory</activeProfile>
> </activeProfiles>
> </settings>
>
> The question is - how I have to configure it ?
> (I was able configure it for Artifactory 2.0.9 but not now)
>

2009-11-02 11:03:10,137 [DENIED DEPLOY] repo1-cache:

2009-11-02T01:21:23Z

Hi,
I've unable configure setting.xml that will be accepted by Artifactory (2.1.1) as known user.
In log I've see :
2009-11-02 11:03:10,137 [DENIED DEPLOY] repo1-cache:org/apache/ws/commons/XmlSchema/1.1/XmlSchema-1.1.pom for anonymous/175.70.105.181.

and settings.xml looks like this (mostly generated by Artifactory):
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
http://maven.apache.org/xsd/settings-1.0.0.xsd">
<localRepository>file://d:\maven_repository</localRepository>
<servers>
<server>
<id>bmr008-01</id>
<username>Michael</username>
<password>{DESede}erYBTtl0dlc=</password>
</server>
</servers>
<mirrors>
<mirror>
<mirrorOf>*</mirrorOf>
<name>bmr008-01</name>
<url>http://bmr008-01:8080/artifactory/repo</url>
<id>bmr008-01</id>
</mirror>
</mirrors>
<profiles>
<profile>
<repositories>
<repository>
<snapshots>
<enabled>true</enabled>
</snapshots>
<id>bmr008-01</id>
<name>bmr008-01</name>
<url>http://bmr008-01:8080/artifactory/repo</url>
</repository>
<repository>
<snapshots>
<enabled>false</enabled>
</snapshots>
<id>central</id>
<name>libs-releases</name>
<url>http://bmr008-01:8080/artifactory/libs-releases</url>
</repository>
<repository>
<snapshots />
<id>snapshots</id>
<name>libs-snapshots</name>
<url>http://bmr008-01:8080/artifactory/libs-snapshots</url>
</repository>
</repositories>
<pluginRepositories>
<pluginRepository>
<snapshots>
<enabled>false</enabled>
</snapshots>
<id>central</id>
<name>plugins-releases</name>
<url>http://bmr008-01:8080/artifactory/plugins-releases</url>
</pluginRepository>
<pluginRepository>
<snapshots />
<id>snapshots</id>
<name>plugins-snapshots</name>
<url>http://bmr008-01:8080/artifactory/plugins-snapshots</url>
</pluginRepository>
</pluginRepositories>
<id>artifactory</id>
</profile>
</profiles>
<activeProfiles>
<activeProfile>artifactory</activeProfile>
</activeProfiles>
</settings>

The question is - how I have to configure it ?
(I was able configure it for Artifactory 2.0.9 but not now)

issues running Artifactory2.1.1 On Windows 2008 Server

2009-10-30T11:35:10Z

Hi all,
Lately we started using artifactory to manage our maven repository, initial we have done the install on a windows XP box, things went smoothly and we had it up and running in no time.
However when we tried to install it on a windows 2008 server machine we had issues.
Below is a snippet of the log file:

2009-10-30 11:48:16,786 [WrapperSimpleAppMain] [ERROR] (o.a.j.JcrServiceImpl:280) - Could not clean up old temp files. This may indicate a badly configured temp dir ('C:\Windows\system32\config\systemprofile\AppData\Local\Temp\').
2009-10-30 11:48:19,708 [WrapperSimpleAppMain] [ERROR] (o.a.j.c.f.d.DatabaseFileSystem:791) - failed to open output stream to file: /meta/rep.properties...............

The full log file is attached with the message.
we looked into this problem and it turned out to be a permissions issue although we were logged in as admin and we installed the service by selecting "run it as Administrator" option.

A workaround was to change the default java.io.tmp directory to point to a temp directory that we have created. To do that we added the following line to wrapper.conf file

wrapper.java.additional.5=-Djava.io.tmpdir=D:/artifactoryTmp

My question: Is there a way solve this issue and to get artifactory to work on windows 2008 server without work around
artifactory.log