Leoš Urban | 10 Jul 18:07
Picon

anthill, jboss, ant and classpath

Hello,

I have some problem and I don't know what is wrong.
I cannot add jar files to classpath of ANT.

<FAQ>
To add your own jar files to the classpath when executing Ant, copy
those jar files into the location pointed to by the "anthill.ant.home"
property.
</FAQ>

My ant.home for anthill:
$ cat /opt/anthill/projects/anthill.registry | grep ant.home
anthill.ant.home = lib/apache-ant-1.7.0

I have required JAR files in ANT directory: 
$ ls /opt/anthill/lib/apache-ant-1.7.0/*.jar
/opt/anthill/lib/apache-ant-1.7.0/ejb3-persistence.jar
/opt/anthill/lib/apache-ant-1.7.0/jboss-ejb3x.jar

All files are readable by everyone, for our example is required
ejb3-persistence.jar only.

When I compile my file manually then it works -> file is correct:
$javac -classpath /opt/anthill/lib/apache-ant-1.7.0/ejb3-persistence.jar
Dluznik.java

But anthill fails:
-do-compile:
    [javac] Compiling 1 source file
(Continue reading)

Jesse Anderson | 11 Jul 18:31

Re: Stamping in Subversion

Where is the SubversionRepositoryAdapter setup?  I looked through the 
project area and couldn't find anything to that effect.

Andy Levy wrote:
> On 7/10/07, Jesse Anderson <jesse.anderson@...> wrote:
>> Our Subversion repository is laid according to the recommended layout
>> (http://svnbook.red-bean.com/en/1.0/ch01s07.html):
>>
>> branches/
>> tags/
>> trunk/
>>     project/
>>
>> When I Anthill to do label in Subversion, it is done this way:
>>
>> branches/
>> tags/
>> trunk/
>>     project/
>>     project_tag_1.0.0.0/
>>
>> Labels should go into the tags directory on Subversion like this:
>>
>> branches/
>> tags/
>>     project_tag_1.0.0.0/
>> trunk/
>>     project/
>>
>>
(Continue reading)

Varban | 11 Jul 15:42

Re: anthill, jboss, ant and classpath

Hi Leoš,

from what I can tell your javac ant task fails because of the missing 
jar. The thing is that adding the jar to the anthill.ant.home location 
will not work because that location is for jars required by the ant 
tasks themselves.
My guess is that your ant script javac task needs a "classpath" 
attribute that will point to the location of the ejb3-persistence.jar 
relative to the ant execution directory (this will in reality accomplish 
the same as the "-classpath 
/opt/anthill/lib/apache-ant-1.7.0/ejb3-persistence.jar" option that you 
use from command line).
Here is a link to the ant tutorial that has some examples of javac tasks 
with a classpath attribute: 
http://ant.apache.org/manual/CoreTasks/javac.html

Regards,
Varban

Leoš Urban wrote:
> Hello,
>
> I have some problem and I don't know what is wrong.
> I cannot add jar files to classpath of ANT.
>
> <FAQ>
> To add your own jar files to the classpath when executing Ant, copy
> those jar files into the location pointed to by the "anthill.ant.home"
> property.
> </FAQ>
(Continue reading)

Jesse Anderson | 10 Jul 23:52

Workflow Artifacts

Our make files place the binaries as sibling of the workflow directory 
like so:

...\projects
       myproject\
          src\
       output_binaries\
          bin\

In the Administration->Projects->Workflow->Artifacts tab there doesn't 
seem to be a way to recurse back a directory.  So, it starts at 
myproject\ and I can't find a way to get to ..\output_binaries\.  I 
tried changing the Base Directory to ..\output_binaries but that doesn't 
work.  As a stop-gap solution I am running a move command in the 
build/job configuration that moves the output_binaries directory to a 
sub-directory of myproject to look like this:

...\projects
       myproject\
          src\
          output_binaries\
              bin\

By doing that I can get to the directory with the binaries to public the 
artifacts.

Is there a way I can do this without the seemingly haphazard move command?
Jesse Anderson | 10 Jul 23:56

Re: Workflow Artifacts

I messed up on the directory structure.  Please disregard my previous E-mail's structure.

Our make files place the binaries as sibling of the workflow directory like so:

...\projects\
      myproject\
         myworkflow\
             src\
         output_binaries\
             bin\

In the Administration->Projects->Workflow->Artifacts tab there doesn't seem to be a way to recurse back a directory.  So, it starts at myproject\ and I can't find a way to get to ..\output_binaries\.  I tried changing the Base Directory to ..\output_binaries but that doesn't work.  As a stop-gap solution I am running a move command in the build/job configuration that moves the output_binaries directory to a sub-directory of myproject to look like this:

...\projects\
      myproject\
         myworkflow\
             src\
             output_binaries\
                 bin\

By doing that I can get to the directory with the binaries to public the artifacts.

Is there a way I can do this without the seemingly haphazard move command?


Jesse Anderson wrote:
Our make files place the binaries as sibling of the workflow directory like so:

...\projects
      myproject\
         src\
      output_binaries\
         bin\

In the Administration->Projects->Workflow->Artifacts tab there doesn't seem to be a way to recurse back a directory.  So, it starts at myproject\ and I can't find a way to get to ..\output_binaries\.  I tried changing the Base Directory to ..\output_binaries but that doesn't work.  As a stop-gap solution I am running a move command in the build/job configuration that moves the output_binaries directory to a sub-directory of myproject to look like this:

...\projects
      myproject\
         src\
         output_binaries\
             bin\

By doing that I can get to the directory with the binaries to public the artifacts.

Is there a way I can do this without the seemingly haphazard move command?
_______________________________________________
Anthill mailing list
Anthill-IWHQxnLZ/P3rXihlmxnZCEEOCMrvLtNR@public.gmane.org
http://lists.urbancode.com/mailman/listinfo/anthill

_______________________________________________
Anthill mailing list
Anthill@...
http://lists.urbancode.com/mailman/listinfo/anthill
Andy Levy | 11 Jul 03:05
Picon

Re: Stamping in Subversion

On 7/10/07, Jesse Anderson <jesse.anderson@...> wrote:
> Our Subversion repository is laid according to the recommended layout
> (http://svnbook.red-bean.com/en/1.0/ch01s07.html):
>
> branches/
> tags/
> trunk/
>     project/
>
> When I Anthill to do label in Subversion, it is done this way:
>
> branches/
> tags/
> trunk/
>     project/
>     project_tag_1.0.0.0/
>
> Labels should go into the tags directory on Subversion like this:
>
> branches/
> tags/
>     project_tag_1.0.0.0/
> trunk/
>     project/
>
>
> How can I get Anthill to label correctly?

Anthill does label correctly, assuming you've given it the right tags
directory in your SubversionRepositoryAdapter setup for the project
(point it at the URL for your tags directory).
Andy Levy | 11 Jul 19:22
Picon

Re: Stamping in Subversion

On 7/11/07, Jesse Anderson <jesse.anderson@...> wrote:
> Where is the SubversionRepositoryAdapter setup?  I looked through the
> project area and couldn't find anything to that effect.

Assuming you're using AnthillOS, it's in Project Properties. After you
set the anthill.repository.adapter property to
com.urbancode.anthill.adapter.SubversionRepositoryAdapter and click
Update, go back into the Properties and click "Configure
com.urbancode.anthill.adapter.SubversionRepositoryAdapter"

> Andy Levy wrote:
> > On 7/10/07, Jesse Anderson <jesse.anderson@...> wrote:
> >> Our Subversion repository is laid according to the recommended layout
> >> (http://svnbook.red-bean.com/en/1.0/ch01s07.html):
> >>
> >> branches/
> >> tags/
> >> trunk/
> >>     project/
> >>
> >> When I Anthill to do label in Subversion, it is done this way:
> >>
> >> branches/
> >> tags/
> >> trunk/
> >>     project/
> >>     project_tag_1.0.0.0/
> >>
> >> Labels should go into the tags directory on Subversion like this:
> >>
> >> branches/
> >> tags/
> >>     project_tag_1.0.0.0/
> >> trunk/
> >>     project/
> >>
> >>
> >> How can I get Anthill to label correctly?
> >
> > Anthill does label correctly, assuming you've given it the right tags
> > directory in your SubversionRepositoryAdapter setup for the project
> > (point it at the URL for your tags directory).
> > _______________________________________________
> > Anthill mailing list
> > Anthill@...
> > http://lists.urbancode.com/mailman/listinfo/anthill
>
> _______________________________________________
> Anthill mailing list
> Anthill@...
> http://lists.urbancode.com/mailman/listinfo/anthill
>
Jesse Anderson | 11 Jul 19:33

Re: Stamping in Subversion

Sorry, I forgot to specify the version of Anthill I am using.  It is 
AnthillPro Version 3.2.1.b112.

Andy Levy wrote:
> On 7/11/07, Jesse Anderson <jesse.anderson@...> wrote:
>> Where is the SubversionRepositoryAdapter setup?  I looked through the
>> project area and couldn't find anything to that effect.
>
> Assuming you're using AnthillOS, it's in Project Properties. After you
> set the anthill.repository.adapter property to
> com.urbancode.anthill.adapter.SubversionRepositoryAdapter and click
> Update, go back into the Properties and click "Configure
> com.urbancode.anthill.adapter.SubversionRepositoryAdapter"
>
>> Andy Levy wrote:
>> > On 7/10/07, Jesse Anderson <jesse.anderson@...> wrote:
>> >> Our Subversion repository is laid according to the recommended layout
>> >> (http://svnbook.red-bean.com/en/1.0/ch01s07.html):
>> >>
>> >> branches/
>> >> tags/
>> >> trunk/
>> >>     project/
>> >>
>> >> When I Anthill to do label in Subversion, it is done this way:
>> >>
>> >> branches/
>> >> tags/
>> >> trunk/
>> >>     project/
>> >>     project_tag_1.0.0.0/
>> >>
>> >> Labels should go into the tags directory on Subversion like this:
>> >>
>> >> branches/
>> >> tags/
>> >>     project_tag_1.0.0.0/
>> >> trunk/
>> >>     project/
>> >>
>> >>
>> >> How can I get Anthill to label correctly?
>> >
>> > Anthill does label correctly, assuming you've given it the right tags
>> > directory in your SubversionRepositoryAdapter setup for the project
>> > (point it at the URL for your tags directory).
>> > _______________________________________________
>> > Anthill mailing list
>> > Anthill@...
>> > http://lists.urbancode.com/mailman/listinfo/anthill
>>
>> _______________________________________________
>> Anthill mailing list
>> Anthill@...
>> http://lists.urbancode.com/mailman/listinfo/anthill
>>
> _______________________________________________
> Anthill mailing list
> Anthill@...
> http://lists.urbancode.com/mailman/listinfo/anthill
Jim Hague | 11 Jul 12:38
X-Face
Picon
Favicon
Gravatar

Re: Stamping in Subversion

On Tuesday 10 July 2007 22:09, Jesse Anderson wrote:
> Our Subversion repository is laid according to the recommended layout
> (http://svnbook.red-bean.com/en/1.0/ch01s07.html):
>
> branches/
> tags/
> trunk/
>     project/
>
> When I Anthill to do label in Subversion, it is done this way:
>
> branches/
> tags/
> trunk/
>     project/
>     project_tag_1.0.0.0/
>
> Labels should go into the tags directory on Subversion like this:
>
> branches/
> tags/
>     project_tag_1.0.0.0/
> trunk/
>     project/
>
>
> How can I get Anthill to label correctly?

I have projects with one of the conventional layouts:

Project/trunk
Project/tags
Project/branches

In this case, I have repository.subversion.url set to 
svn://localhost/Project/trunk/ and repository.subversion.tags.url set to 
svn://localhost/Project/tags/.

However, this is in Anthill OS. Judging by your other mail, you're using 
Anthill Pro, and I have no idea how Urbancode modified the Subversion adapter 
for Pro.
--

-- 
Jim Hague - jim.hague@...          Never trust a computer you can't lift.
Jesse Anderson | 10 Jul 23:09

Stamping in Subversion

Our Subversion repository is laid according to the recommended layout 
(http://svnbook.red-bean.com/en/1.0/ch01s07.html):

branches/
tags/
trunk/
    project/

When I Anthill to do label in Subversion, it is done this way:

branches/
tags/
trunk/
    project/
    project_tag_1.0.0.0/

Labels should go into the tags directory on Subversion like this:

branches/
tags/
    project_tag_1.0.0.0/
trunk/
    project/

How can I get Anthill to label correctly?

Gmane