Re: problem checking out graffito source

2007-02-14 Thread Christophe Lombart

Ok I'm going to add a new jira issue.

Thanks


On 2/14/07, ruchi goel <[EMAIL PROTECTED]> wrote:

thanks , it works. There was a proxy problem in downloading the
dependencies.But graffito does not compile with jackrabbit-core1.2.1.
Some packages have been removed from RepositoryUtil.java

-Ruchi
Christophe Lombart wrote:
> What is the output when you run the command "maven clean" & "maven
> jar:install"
> Normally, almost dependencies will be downloaded and install on your pc.
> You will got a small list (2 or3 dependencies) that you have to
> download manually due to some licence issue.
>
> On 2/14/07, ruchi goel <[EMAIL PROTECTED]> wrote:
>> Christophe Lombart wrote:
>> > On 2/13/07, ruchi goel <[EMAIL PROTECTED]> wrote:
>> >
>> >> The dependency jars are no more in the specified location as
>> refererred
>> >> in project.xml .
>> >
>> > Which dependencies ? all ?
>>
>> The following :
>> 
>> 
>> org.apache.jackrabbit
>> jackrabbit-core
>> 1.2.1
>> 
>> 
>> 
>> org.slf4j
>> slf4j-log4j12
>> 1.0
>> http://www.slf4j.org/download.html
>> 
>> 
>> 
>> concurrent
>> concurrent
>> 1.3.4
>> 
>> 
>> junit
>> junit
>> 3.8.1
>> 
>> test
>> 
>> 
>> 
>> commons-collections
>> commons-collections
>> 3.1
>> 
>> 
>> geronimo-spec
>> geronimo-spec-jta
>> 1.0-M1
>> 
>> 
>> jsr170
>> jcr
>> 1.0
>> http://jcp.org/en/jsr/detail?id=170
>> 
>> 
>> log4j
>> log4j
>> 1.2.8
>> 
>> 
>> lucene
>> lucene
>> 1.4.3
>> 
>> 
>> xerces
>> xercesImpl
>> 2.6.2
>> 
>> 
>> xerces
>> xmlParserAPIs
>> 2.0.2
>> 
>> 
>> org.apache.derby
>> derby
>> 10.1.1.0
>> 
>>
>>
>> 
>> commons-beanutils
>> jar
>> commons-beanutils
>> 1.7.0
>>
>> 
>>
>> 
>> commons-digester
>> jar
>> commons-digester
>> 1.7
>>
>> 
>> 
>> commons-logging
>> 1.0.2
>> http://jakarta.apache.org/commons/logging.html
>> 
>> 
>> commons-lang
>> commons-lang
>> 2.1
>> jar
>> 
>> true
>> 
>> 
>>
>>
>>   cglib
>>   ${cglib.version}
>>
>>
>> 
>> >
>> >
>> >> grafito site has a link ? Another question is can this be compiled
>> with
>> >> Jackrabbit 1.2
>> > not yet
>> Shouldn't be a problem , right since Jackrabbit1.2 is backward
>> compatible.
>>
>>




Re: problem checking out graffito source

2007-02-14 Thread ruchi goel
thanks , it works. There was a proxy problem in downloading the 
dependencies.But graffito does not compile with jackrabbit-core1.2.1. 
Some packages have been removed from RepositoryUtil.java


-Ruchi
Christophe Lombart wrote:
What is the output when you run the command "maven clean" & "maven 
jar:install"

Normally, almost dependencies will be downloaded and install on your pc.
You will got a small list (2 or3 dependencies) that you have to
download manually due to some licence issue.

On 2/14/07, ruchi goel <[EMAIL PROTECTED]> wrote:

Christophe Lombart wrote:
> On 2/13/07, ruchi goel <[EMAIL PROTECTED]> wrote:
>
>> The dependency jars are no more in the specified location as 
refererred

>> in project.xml .
>
> Which dependencies ? all ?

The following :


org.apache.jackrabbit
jackrabbit-core
1.2.1



org.slf4j
slf4j-log4j12
1.0
http://www.slf4j.org/download.html



concurrent
concurrent
1.3.4


junit
junit
3.8.1

test



commons-collections
commons-collections
3.1


geronimo-spec
geronimo-spec-jta
1.0-M1


jsr170
jcr
1.0
http://jcp.org/en/jsr/detail?id=170


log4j
log4j
1.2.8


lucene
lucene
1.4.3


xerces
xercesImpl
2.6.2


xerces
xmlParserAPIs
2.0.2


org.apache.derby
derby
10.1.1.0




commons-beanutils
jar
commons-beanutils
1.7.0




commons-digester
jar
commons-digester
1.7



commons-logging
1.0.2
http://jakarta.apache.org/commons/logging.html


commons-lang
commons-lang
2.1
jar

true



   
  cglib
  ${cglib.version}
   


>
>
>> grafito site has a link ? Another question is can this be compiled 
with

>> Jackrabbit 1.2
> not yet
Shouldn't be a problem , right since Jackrabbit1.2 is backward 
compatible.







Re: problem checking out graffito source

2007-02-14 Thread Christophe Lombart

What is the output when you run the command "maven clean" & "maven jar:install"
Normally, almost dependencies will be downloaded and install on your pc.
You will got a small list (2 or3 dependencies) that you have to
download manually due to some licence issue.

On 2/14/07, ruchi goel <[EMAIL PROTECTED]> wrote:

Christophe Lombart wrote:
> On 2/13/07, ruchi goel <[EMAIL PROTECTED]> wrote:
>
>> The dependency jars are no more in the specified location as refererred
>> in project.xml .
>
> Which dependencies ? all ?

The following :


org.apache.jackrabbit
jackrabbit-core
1.2.1



org.slf4j
slf4j-log4j12
1.0
http://www.slf4j.org/download.html



concurrent
concurrent
1.3.4


junit
junit
3.8.1

test



commons-collections
commons-collections
3.1


geronimo-spec
geronimo-spec-jta
1.0-M1


jsr170
jcr
1.0
http://jcp.org/en/jsr/detail?id=170


log4j
log4j
1.2.8


lucene
lucene
1.4.3


xerces
xercesImpl
2.6.2


xerces
xmlParserAPIs
2.0.2


org.apache.derby
derby
10.1.1.0




commons-beanutils
jar
commons-beanutils
1.7.0




commons-digester
jar
commons-digester
1.7



commons-logging
1.0.2
http://jakarta.apache.org/commons/logging.html


commons-lang
commons-lang
2.1
jar

true



   
  cglib
  ${cglib.version}
   


>
>
>> grafito site has a link ? Another question is can this be compiled with
>> Jackrabbit 1.2
> not yet
Shouldn't be a problem , right since Jackrabbit1.2 is backward compatible.




Re: problem checking out graffito source

2007-02-13 Thread ruchi goel

Christophe Lombart wrote:

On 2/13/07, ruchi goel <[EMAIL PROTECTED]> wrote:


The dependency jars are no more in the specified location as refererred
in project.xml .


Which dependencies ? all ?


The following :

   
   org.apache.jackrabbit   
   jackrabbit-core

   1.2.1
   
   
   
   org.slf4j
   slf4j-log4j12
   1.0
   http://www.slf4j.org/download.html
   
  
   

   concurrent
   concurrent
   1.3.4
   
   
   junit
   junit
   3.8.1
   
   test
   
   
   
   commons-collections
   commons-collections
   3.1
   
   
   geronimo-spec
   geronimo-spec-jta
   1.0-M1
   
   
   jsr170
   jcr
   1.0
   http://jcp.org/en/jsr/detail?id=170
   
   
   log4j
   log4j
   1.2.8
   
   
   lucene
   lucene
   1.4.3
   
   
   xerces
   xercesImpl
   2.6.2
   
   
   xerces
   xmlParserAPIs
   2.0.2
   
   
   org.apache.derby
   derby
   10.1.1.0
   


   
   commons-beanutils
   jar
   commons-beanutils
   1.7.0

   

   
   commons-digester
   jar
   commons-digester
   1.7

   
   
   commons-logging
   1.0.2
   http://jakarta.apache.org/commons/logging.html
   
   
   commons-lang
   commons-lang
   2.1
   jar
   
   true
   
   
  
  

 cglib
 ${cglib.version}
  
  
   




grafito site has a link ? Another question is can this be compiled with
Jackrabbit 1.2

not yet

Shouldn't be a problem , right since Jackrabbit1.2 is backward compatible.



Re: problem checking out graffito source

2007-02-13 Thread Christophe Lombart

On 2/13/07, ruchi goel <[EMAIL PROTECTED]> wrote:


The dependency jars are no more in the specified location as refererred
in project.xml .


Which dependencies ? all ?



grafito site has a link ? Another question is can this be compiled with
Jackrabbit 1.2

not yet


Re: problem checking out graffito source

2007-02-13 Thread ruchi goel

Christophe Lombart wrote:

Hi Ruchin



Is there a way to build just the jcr-mapping layer ? I do not really
need the entire graffto


yes, from the directory trunk/jcr/jcr-mapping :execute "maven clean 
jar:install"
The jar will be avaiable in the local maven repo and in the target 
folder.
The dependency jars are no more in the specified location as refererred 
in project.xml . Does one need to download them from various places or 
grafito site has a link ? Another question is can this be compiled with 
Jackrabbit 1.2


-Ruchi


Re: problem checking out graffito source

2007-02-12 Thread Christophe Lombart

Hi Ruchin



Is there a way to build just the jcr-mapping layer ? I do not really
need the entire graffto


yes, from the directory trunk/jcr/jcr-mapping :execute "maven clean jar:install"
The jar will be avaiable in the local maven repo and in the target folder.


Re: problem checking out graffito source

2007-02-11 Thread ruchi goel

Jukka Zitting wrote:

Hi,

On 2/9/07, ruchi goel <[EMAIL PROTECTED]> wrote:

scanning is not ON. Even firwall is disabled. The Tortoise svn version I
am using is 1.3.5
I do not think that should be a problem. I used the same few months bac
for checking out the source.


OK, it was just a long shot... I'm out of ideas, you may want to ask
the TortoiseSVN mailing list for more hints.

BR,

Jukka Zitting

OK , I was able to checkout using secured url
|https://svn.apache.org/repos/asf/incubator/graffito/trunk|

Is there a way to build just the jcr-mapping layer ? I do not really 
need the entire graffto 


-Ruchi


Re: problem checking out graffito source

2007-02-09 Thread Jukka Zitting

Hi,

On 2/9/07, ruchi goel <[EMAIL PROTECTED]> wrote:

scanning is not ON. Even firwall is disabled. The Tortoise svn version I
am using is 1.3.5
I do not think that should be a problem. I used the same few months bac
for checking out the source.


OK, it was just a long shot... I'm out of ideas, you may want to ask
the TortoiseSVN mailing list for more hints.

BR,

Jukka Zitting


Re: problem checking out graffito source

2007-02-09 Thread ruchi goel

Jukka Zitting wrote:

Hi,

On 2/9/07, ruchi goel <[EMAIL PROTECTED]> wrote:

I am using tortoise-svn on windows. I created a new windows folder
e:\graffito-new and tried  to checkout graffito source code from
|http://svn.apache.org/repos/asf/incubator/graffito/trunk|

But I get error :
Working copy  e:\graffito-new is already locked. Please do cleanup.

I do clean up and perform checkout again . It does not work.


I just tried the same thing with TortoiseSVN 1.4.1 on Windows XP, no 
problems.


I have however witnessed similar "Working copy locked. Please do
cleanup." errors every now and then with TortoiseSVN. I've seen some
reports about real-time antivirus scanners and other similar tools
potentially interfering with the SVN operations on Windows, so you may
want to try temporarily disabling any such scanners for your e: disk
to see if that helps.


scanning is not ON. Even firwall is disabled. The Tortoise svn version I 
am using is 1.3.5
I do not think that should be a problem. I used the same few months bac 
for checking out the source.


-ruchi


BR,

Jukka Zitting




Re: problem checking out graffito source

2007-02-09 Thread Jukka Zitting

Hi,

On 2/9/07, ruchi goel <[EMAIL PROTECTED]> wrote:

I am using tortoise-svn on windows. I created a new windows folder
e:\graffito-new and tried  to checkout graffito source code from
|http://svn.apache.org/repos/asf/incubator/graffito/trunk|

But I get error :
Working copy  e:\graffito-new is already locked. Please do cleanup.

I do clean up and perform checkout again . It does not work.


I just tried the same thing with TortoiseSVN 1.4.1 on Windows XP, no problems.

I have however witnessed similar "Working copy locked. Please do
cleanup." errors every now and then with TortoiseSVN. I've seen some
reports about real-time antivirus scanners and other similar tools
potentially interfering with the SVN operations on Windows, so you may
want to try temporarily disabling any such scanners for your e: disk
to see if that helps.

BR,

Jukka Zitting


Re: problem checking out graffito source

2007-02-09 Thread Christophe Lombart

I don't know - I'm using Eclipse and it works fine here.



On 2/9/07, ruchi goel <[EMAIL PROTECTED]> wrote:

Hi,

I am using tortoise-svn on windows. I created a new windows folder
e:\graffito-new and tried  to checkout graffito source code from
|http://svn.apache.org/repos/asf/incubator/graffito/trunk|

But I get error :
Working copy  e:\graffito-new is already locked. Please do cleanup.

I do clean up and perform checkout again . It does not work.
I delete the directory and create new folder . \

Perform above steps again . It comes up with the same error.


What am I missing ?

-Ruchi