Ah that is great thanks, all seems to working now :)  Thanks again for all
the help!

On Sat, Oct 1, 2011 at 10:36 PM, Eli Givoni <[email protected]> wrote:

> Hi Jonathon,
>
> What you see in simple browser on the remote repository are simply remote
> browsing of the repositories but those artifacts are not yet cached in
> Artifactory local cache. You can drill the down and press the artifact link
> and you'll see it being download to artifactory.
> Only after you'll request them from Artifactory then Artifactory will
> download them and store them in local cache of the remote repository and
> you'll see them on the tree browser.
>
> If you'll do a fully build of your project against artifactory then you'll
> see it will be filled up with all your project artifacts and dependencies.
>
> I would suggest you'll start over with our default configuration which
> Artifactory is distributed with and use our maven settings.xml auto
> generator<http://wiki.jfrog.org/confluence/display/RTF/Configuring+Artifacts+Resolution>with
>  his default choices. Once that is working you can read more about managing
> repositories<http://wiki.jfrog.org/confluence/display/RTF/Managing+Repositories>in
>  Artifactory and tuned it as you wish.
>
> HTH,
>
> Eli
> The Artifactory team
>
> On Sat, Oct 1, 2011 at 11:59 PM, Jonathon Mithe <[email protected]>wrote:
>
>> Weird...  Removed all the repos readded them and for some reason they all
>> have come back in my remote repo list all apart from google-code.  Google
>> one exsits in my remote repo admin and is assigned in my remote repos
>> virtual repo and is in the simple browse, just not the tree browse...
>>
>> But now at least I can download everything in maven /  command line :).
>>  The only weird problem is artifactory web frontend still thinks that all
>> these repositories are empty on the tree browse.  If I go to simple browse,
>> or just libs-releases/... then all the the libraries are there...
>>
>> I've tried playing with my config to access it directely / not via ssl or
>> reverse proxy but that makes no difference.
>>
>> I notice theres a newer version out since I first started playing with
>> this, will give that a go sometime.
>>
>> Thanks,
>> Jon
>>
>>
>> On Sat, Oct 1, 2011 at 3:05 PM, jon.mithe <[email protected]> wrote:
>>
>>> Hi,
>>>
>>> Thanks for you help, its been a while since I've been able to look at
>>> this
>>> again.  Unfortunately I think everything seems to be configured ok.
>>>
>>> In my admin > repositories section I have a bunch of remote repositories,
>>> jfrog, spring, google + many more.  If I edit them and go to the URL
>>> inside,
>>> it takes me to an indexed page with directories etc, i.e. what I think
>>> the
>>> repo is.
>>>
>>> I then have a few virtual repo's setup, editing them the google/spring
>>> etc
>>> repos are in the selected repos.
>>>
>>> Thing is, if I do a search for protobuff in the artifactory search, I get
>>> nothing.  Looking further, if I browse the repos, i.e. artifacts > tree
>>> browser, then I see all the repo's but most are empty.  I.e. if I click
>>> on
>>> the google-code-cache and select "Artifact count" on the right hand pane,
>>> it
>>> returns 0.  If I click the link,
>>> http://google-maven-repository.googlecode.com/svn/repository/, it takes
>>> me
>>> to what seems to be the root of a repository.
>>>
>>> I'm getting stuck again.  It almost seems like artifactory isnt poking
>>> the
>>> repo for artifacts or I have something in my network / config thats
>>> stopping
>>> it.
>>>
>>> Looking at the artifcatory.log, consoleout.log etc I see nothing odd.
>>>
>>> My network config isnt anything special, the box has access, I.e. I can
>>> wget
>>> from it without a problem.  Only changes I've made from an absolute basic
>>> setup is that I use https on it.
>>>
>>> I do have some artifacts.  Java.net.m1 / m2-cache are there, ~<10
>>> artifacts
>>> and codehaus-cache  has 7 artifacts,  repo-cache has 310. So something
>>> seems
>>> to be working...
>>>
>>> Hmm, stuck, anyone have any suggestions to help resolve my problem?
>>>
>>> Thanks,
>>> Jon
>>>
>>> --
>>> View this message in context:
>>> http://forums.jfrog.org/3rd-Party-libraries-tp6683207p6850671.html
>>> Sent from the Artifactory - Users mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> All of the data generated in your IT infrastructure is seriously
>>> valuable.
>>> Why? It contains a definitive record of application performance, security
>>> threats, fraudulent activity, and more. Splunk takes this data and makes
>>> sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-d2dcopy2
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy2
>> _______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Reply via email to