Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » COSMOS » Failed trying to regenerate the samples - some handholding required...
Failed trying to regenerate the samples - some handholding required... [message #8270] Fri, 03 August 2007 12:10 Go to next message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
Hi all,

I tried to regenerate and execute the sample as described in
http://wiki.eclipse.org/COSMOSEnd2EndSample and I am currently in the
nested subroutine, sorry, "subdocument"
http://wiki.eclipse.org/COSMOSDataCollectorEnvironment. Specifically I
was trying to run the build.xml scripts to generate the database (see
http://wiki.eclipse.org/COSMOSDataCollectorEnvironment#Set_u p_database).

These scripts both fail on me with a message "Java Virtual Machine
Launcher: Could not find main class. Program will exit". Any idea, what
I am missing here? This is on WinXP.

Michael

PS.: I have seen that I could instead download the provided and
pre-populated sample database here (which is what I am going to do until
someone responds to this append) but that is not the point, here. I
would like to be able to regenerate this entire demo natively.
Re: Failed trying to regenerate the samples - some handholding required... [message #8300 is a reply to message #8270] Fri, 03 August 2007 12:33 Go to previous messageGo to next message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
I just detected, that for some strange reason my ant-home (Window =>
Preferences => Ant => Runtime => Classpath => Ant Home Entries) was
still set to a very old, no more existing eclipse version. Fixing that
solved the ".. .Could not find main..." bug.

The ant-script now starts but fails with another strange error:

---------- console ----------
Buildfile:
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
buildschema:
BUILD FAILED
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:16:
Java returned: 1
Total time: 1 second
-----------------------------

The error location given is in line 16 of the build.xml is in a java -
element):
---------------------------------
....
<target name="buildschema">
<java classname="org.apache.derby.tools.ij"
output="registrySchema.out"
failonerror="true"
dir="." fork="true"> <<<<<<<<<<<<<<<<< the script fails
here
<classpath>
<pathelement path="${lib.dir}/derby.jar"/>
...
---------------------------------

Again: any clue what's wrong?

Michael
Re: Failed trying to regenerate the samples - some handholding required... [message #8397 is a reply to message #8300] Fri, 03 August 2007 15:55 Go to previous messageGo to next message
Hubert Leung is currently offline Hubert LeungFriend
Messages: 13
Registered: July 2009
Junior Member
Hi Michael,

Please make one change in the build.xml to make it work. The 5th line of
the ant currently looks like:
<property name="lib.dir" value="../../org.eclipse.cosmos.dc.tests/lib"/>

Please change the value to the lib directory of the derby install. The lib
directory contains derby.jar and derbytools.jar which are used by the ant
script to create database.


Hubert


"Michael Moser" <mmo@zurich.ibm.com> wrote in message
news:f8v7bc$tq3$1@build.eclipse.org...
>I just detected, that for some strange reason my ant-home (Window =>
>Preferences => Ant => Runtime => Classpath => Ant Home Entries) was still
>set to a very old, no more existing eclipse version. Fixing that solved the
>".. .Could not find main..." bug.
>
> The ant-script now starts but fails with another strange error:
>
> ---------- console ----------
> Buildfile:
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
> buildschema:
> BUILD FAILED
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:16:
> Java returned: 1
> Total time: 1 second
> -----------------------------
>
> The error location given is in line 16 of the build.xml is in a java -
> element):
> ---------------------------------
> ...
> <target name="buildschema">
> <java classname="org.apache.derby.tools.ij"
> output="registrySchema.out"
> failonerror="true"
> dir="." fork="true"> <<<<<<<<<<<<<<<<< the script fails here
> <classpath>
> <pathelement path="${lib.dir}/derby.jar"/>
> ...
> ---------------------------------
>
> Again: any clue what's wrong?
>
> Michael
>
Re: Failed trying to regenerate the samples - some handholding required... [message #8491 is a reply to message #8397] Mon, 06 August 2007 12:57 Go to previous messageGo to next message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
I changed that line to
<property name="lib.dir"
value=" C:/JavaDevt/org.eclipse.cosmos/tests/data-collection/org.ecl ipse.cosmos.dc.tests/lib "/>

(which is, where the derby stuff got checked out to) and then tried
again to run the build.xml, but no difference. I still get this "Java
returned 1" error decribed in my first append.

Michael


"Hubert Leung" <hkyleung@ca.ibm.com> wrote in message
news:f8vj50$n6a$1@build.eclipse.org...
> Hi Michael,
>
> Please make one change in the build.xml to make it work. The 5th line
> of the ant currently looks like:
> <property name="lib.dir"
> value="../../org.eclipse.cosmos.dc.tests/lib"/>
>
> Please change the value to the lib directory of the derby install.
> The lib directory contains derby.jar and derbytools.jar which are used
> by the ant script to create database.
>
>
> Hubert
>
>
> "Michael Moser" <mmo@zurich.ibm.com> wrote in message
> news:f8v7bc$tq3$1@build.eclipse.org...
>>I just detected, that for some strange reason my ant-home (Window =>
>>Preferences => Ant => Runtime => Classpath => Ant Home Entries) was
>>still set to a very old, no more existing eclipse version. Fixing that
>>solved the ".. .Could not find main..." bug.
>>
>> The ant-script now starts but fails with another strange error:
>>
>> ---------- console ----------
>> Buildfile:
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
>> buildschema:
>> BUILD FAILED
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:16:
>> Java returned: 1
>> Total time: 1 second
>> -----------------------------
>>
>> The error location given is in line 16 of the build.xml is in a
>> java - element):
>> ---------------------------------
>> ...
>> <target name="buildschema">
>> <java classname="org.apache.derby.tools.ij"
>> output="registrySchema.out"
>> failonerror="true"
>> dir="." fork="true"> <<<<<<<<<<<<<<<<< the script fails
>> here
>> <classpath>
>> <pathelement path="${lib.dir}/derby.jar"/>
>> ...
>> ---------------------------------
>>
>> Again: any clue what's wrong?
>>
>> Michael
>>
>
>
Re: Failed trying to regenerate the samples - some handholding required... [message #8572 is a reply to message #8491] Mon, 06 August 2007 14:59 Go to previous messageGo to next message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
I created a junction (Window's version of a hard link) called
"C:\Tomcat_5.5" pointing to my "C:\Program Files\Apache Software
Foundation\Tomcat 5.5" directory and then changed the path in the apache
..conf directory as well as in the build.xml directory to the new path
"C:\Tomcat_5.5\webapps\database". The DB creation now properly starts
and continues for a while (and also creates and starts populating a
directory "C:\Tomcat_5.5\webapps\database\cosmosdb") but eventually
fails with an error:
------------------------------------
Buildfile:
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml

buildschema:

jarup:


BUILD FAILED

C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:59:
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\cosmosdb
not found.


Total time: 6 seconds

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

So,
1.) the build seems to require paths without blank and
2.) apparently, some part of the build-file assumes the DB to be created
in a subdirectory of the project, that contains the build.xml file, not
where the "lib.dir" property points to (which, in my case, is in a
subdirectory of the tomcat-webapp).

Michael
Re: Failed trying to regenerate the samples - some handholding required... [message #9270 is a reply to message #8572] Mon, 06 August 2007 23:19 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: david_whiteman.us.ibm.com

Michael Moser wrote:

> 2.) apparently, some part of the build-file assumes the DB to be created
> in a subdirectory of the project, that contains the build.xml file, not
> where the "lib.dir" property points to (which, in my case, is in a
> subdirectory of the tomcat-webapp).

Try setting the value of derby.system.home on the command line of the
Ant launch script to the location of your derby database directory. For
example:

-Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
Re: Failed trying to regenerate the samples - some handholding required... [message #9338 is a reply to message #9270] Wed, 08 August 2007 13:32 Go to previous messageGo to next message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C7D9D1.4DB2BC60
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


"David Whiteman" <david_whiteman@us.ibm.com> wrote in message =
news:f98aa9$uiq$1@build.eclipse.org...
>...
> Try setting the value of derby.system.home on the command line of the=20
> Ant launch script to the location of your derby database directory. =
For=20
> example:
>=20
> -Dderby.system.home=3DC:\apache-tomcat-5.5.23\webapps\databa se

I was actually trying to run these scripts from within eclipse (i.e. =
right-clicking on them in the Package explorer and then Run as... =3D> =
ANT build), not on the command line.
So I first tried the corresponding equivalent of the above definition =
and added "derby.system.home" as an additional ANT property (using =
Windows =3D> Preferences =3D> Ant =3D> Runtime =3D> Properties tab). =
Alas, that didn't change anything.

However, analyzing the script a bit further I figured out, that the =
failing operation is actually the very last anyway. I.e. after the =
creation of the DB its content is for some reason zip-ed up as a jar =
which is placed into the project's home directory. I don't quite =
understand what that's good for (backup of the virgin DB?) but if I =
understand this correct, then this line shouldn't change anything anyway =
with respect to the later running tomcat, serving data from that DB, =
should it?

What I thus did was prefixing the basedir-value with the above property, =
i.e.:

<target name=3D"jarup">=20
<zip destfile=3D"cosmosdb.jar"
basedir=3D"${derby.system.home}/cosmosdb"/>
<echo message=3D"Finished building cosmosdb"/>
</target>

And after that change I indeed got:

Buildfile: =
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\build.xml
buildschema:
jarup:
[zip] Building zip: =
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\cosmosdb.jar
[echo] Finished building cosmosdb
cosmosdb:
BUILD SUCCESSFUL
Total time: 4 seconds

So, can you confirm that I didn't modify the semantic here, i.e. that =
this script still does what the original script has been intended to do?
Why is the freshly created DB zipped up and copied over to the project's =
directory? Who or what tool is supposed to use it there?

Regards,
Michael

------=_NextPart_000_0009_01C7D9D1.4DB2BC60
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff background=3D"">
<DIV><BR><FONT face=3DArial size=3D2>"David Whiteman"=20
&lt;david_whiteman@us.ibm.com&gt; wrote in message=20
news:f98aa9$uiq$1@build.eclipse.org...<BR>&gt;...<BR>&gt; Try setting =
the value=20
of derby.system.home on the command line of the <BR>&gt; Ant launch =
script to=20
the location of your derby database directory.&nbsp; For <BR>&gt;=20
example:<BR>&gt; <BR>&gt;=20
-Dderby.system.home=3DC:\apache-tomcat-5.5.23\webapps\databa se <BR><BR>I =
was=20
actually trying to run these scripts from within eclipse (i.e. =
right-clicking on=20
them in the Package explorer and then Run as... =3D&gt; ANT build), not =
on the=20
command line.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>So I first tried the corresponding =
equivalent of=20
the above definition and </FONT><FONT face=3DArial size=3D2>added=20
"derby.system.home" as an additional ANT property (using Windows =3D&gt; =

Preferences =3D&gt; Ant =3D&gt; Runtime =3D&gt; Properties tab). Alas, =
that didn't=20
change anything.<BR><BR>However, analyzing the script a bit further I =
figured=20
out, that the failing operation is actually the very last anyway. I.e. =
after the=20
creation of the DB its content is for some reason zip-ed up as a jar =
which is=20
placed&nbsp;into the project's home directory. </FONT><FONT face=3DArial =
size=3D2>I=20
don't quite understand what that's good for (backup of the virgin DB?) =
but if I=20
understand this&nbsp;correct, then&nbsp;this line shouldn't change =
anything=20
anyway with respect to the later running tomcat, serving data from that =
DB,=20
should it?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>What I thus did&nbsp;was prefixing the=20
basedir-value with the above property, i.e.:<BR><BR>&lt;target =
name=3D"jarup"&gt;=20
<BR>&lt;zip destfile=3D"cosmosdb.jar"<BR>basedir=3D"<FONT=20
color=3D#ff0000>${derby.system.home}/</FONT>cosmosdb"/&gt; <BR>&lt;echo=20
message=3D"Finished building =
cosmosdb"/&gt;<BR>&lt;/target&gt;</FONT></DIV >
<DIV><FONT face=3DArial size=3D2></FONT><BR><FONT face=3DArial =
size=3D2>And after that=20
change I indeed got:<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Buildfile:=20
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\build.xml<BR>buildschema:<BR >jarup:<BR>[zip]=
=20
Building zip:=20
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\cosmosdb.jar<BR>[echo]=20
Finished building cosmosdb<BR>cosmosdb:<BR>BUILD SUCCESSFUL<BR>Total =
time: 4=20
seconds<BR><BR>So, can&nbsp;you confirm that I didn't modify the =
semantic here,=20
i.e. that </FONT><FONT face=3DArial size=3D2>this script still =
does&nbsp;what the=20
original script has been intended&nbsp;to do?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Why is the freshly created DB zipped up =
and copied=20
over to the project's directory? Who or what tool is supposed to use it=20
there?</FONT></DIV><FONT face=3DArial size=3D2>
<DIV><BR>Regards,<BR>Michael</DIV>
<DIV></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0009_01C7D9D1.4DB2BC60--
Re: Failed trying to regenerate the samples - some handholding required... [message #9361 is a reply to message #9338] Wed, 08 August 2007 15:43 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: david_whiteman.us.ibm.com

Michael Moser wrote:
>
> "David Whiteman" <david_whiteman@us.ibm.com> wrote in message
> news:f98aa9$uiq$1@build.eclipse.org...
> >...
> > Try setting the value of derby.system.home on the command line of the
> > Ant launch script to the location of your derby database directory. For
> > example:
> >
> > -Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
>
> I was actually trying to run these scripts from within eclipse (i.e.
> right-clicking on them in the Package explorer and then Run as... => ANT
> build), not on the command line.
> So I first tried the corresponding equivalent of the above definition
> and added "derby.system.home" as an additional ANT property (using
> Windows => Preferences => Ant => Runtime => Properties tab). Alas, that
> didn't change anything.

I run them within Eclipse too, but when you run an Ant script there, it
shows up as a launch configuration. So I edit the launch configuration
on the Run... menu to set any command line arguments. I'm not convinced
setting it as an Ant property is the same as setting a command line
argument.

> However, analyzing the script a bit further I figured out, that the
> failing operation is actually the very last anyway. I.e. after the
> creation of the DB its content is for some reason zip-ed up as a jar
> which is placed into the project's home directory. I don't quite
> understand what that's good for (backup of the virgin DB?) but if I
> understand this correct, then this line shouldn't change anything anyway
> with respect to the later running tomcat, serving data from that DB,
> should it?
>
> What I thus did was prefixing the basedir-value with the above property,
> i.e.:
>
> <target name="jarup">
> <zip destfile="cosmosdb.jar"
> basedir="${derby.system.home}/cosmosdb"/>
> <echo message="Finished building cosmosdb"/>
> </target>
>
> And after that change I indeed got:
> Buildfile:
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
> buildschema:
> jarup:
> [zip] Building zip:
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\cosmosdb.jar
> [echo] Finished building cosmosdb
> cosmosdb:
> BUILD SUCCESSFUL
> Total time: 4 seconds
>
> So, can you confirm that I didn't modify the semantic here, i.e. that
> this script still does what the original script has been intended to do?
> Why is the freshly created DB zipped up and copied over to the project's
> directory? Who or what tool is supposed to use it there?

I'll have to defer to one of the data collection experts on these
questions...

David
Re: Failed trying to regenerate the samples - some handholding required... [message #9384 is a reply to message #9361] Wed, 08 August 2007 18:22 Go to previous messageGo to next message
Hubert Leung is currently offline Hubert LeungFriend
Messages: 13
Registered: July 2009
Junior Member
In response to the question about jarring up the database directory, I have
always been using the derby database without making the database a jar file.
Since I wasn't the creator of this script, I'm not sure what is the purpose
of this step. There may be a derby feature that allows the database
directory to be jarred up. But it is safe to ignore that error, or remove
the step for jarring up the database directory. I will open a bug to
address this problem.

Thanks,
Hubert


"David Whiteman" <david_whiteman@us.ibm.com> wrote in message
news:f9coan$3ob$1@build.eclipse.org...
> Michael Moser wrote:
>>
>> "David Whiteman" <david_whiteman@us.ibm.com> wrote in message
>> news:f98aa9$uiq$1@build.eclipse.org...
>> >...
>> > Try setting the value of derby.system.home on the command line of the
>> > Ant launch script to the location of your derby database directory.
>> For
>> > example:
>> >
>> > -Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
>>
>> I was actually trying to run these scripts from within eclipse (i.e.
>> right-clicking on them in the Package explorer and then Run as... => ANT
>> build), not on the command line.
>> So I first tried the corresponding equivalent of the above definition and
>> added "derby.system.home" as an additional ANT property (using Windows =>
>> Preferences => Ant => Runtime => Properties tab). Alas, that didn't
>> change anything.
>
> I run them within Eclipse too, but when you run an Ant script there, it
> shows up as a launch configuration. So I edit the launch configuration on
> the Run... menu to set any command line arguments. I'm not convinced
> setting it as an Ant property is the same as setting a command line
> argument.
>
>> However, analyzing the script a bit further I figured out, that the
>> failing operation is actually the very last anyway. I.e. after the
>> creation of the DB its content is for some reason zip-ed up as a jar
>> which is placed into the project's home directory. I don't quite
>> understand what that's good for (backup of the virgin DB?) but if I
>> understand this correct, then this line shouldn't change anything anyway
>> with respect to the later running tomcat, serving data from that DB,
>> should it?
>> What I thus did was prefixing the basedir-value with the above property,
>> i.e.:
>>
>> <target name="jarup">
>> <zip destfile="cosmosdb.jar"
>> basedir="${derby.system.home}/cosmosdb"/>
>> <echo message="Finished building cosmosdb"/>
>> </target>
>>
>> And after that change I indeed got:
>> Buildfile:
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
>> buildschema:
>> jarup:
>> [zip] Building zip:
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\cosmosdb.jar
>> [echo] Finished building cosmosdb
>> cosmosdb:
>> BUILD SUCCESSFUL
>> Total time: 4 seconds
>>
>> So, can you confirm that I didn't modify the semantic here, i.e. that
>> this script still does what the original script has been intended to do?
>> Why is the freshly created DB zipped up and copied over to the project's
>> directory? Who or what tool is supposed to use it there?
>
> I'll have to defer to one of the data collection experts on these
> questions...
>
> David
Re: Failed trying to regenerate the samples - some handholding required... [message #9408 is a reply to message #9361] Fri, 10 August 2007 10:18 Go to previous messageGo to next message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
"David Whiteman" <david_whiteman@us.ibm.com> wrote in message
news:f9coan$3ob$1@build.eclipse.org...
> Michael Moser wrote:
>>
>> "David Whiteman" <david_whiteman@us.ibm.com> wrote in message
>> news:f98aa9$uiq$1@build.eclipse.org...
>> >...
>> > Try setting the value of derby.system.home on the command line of
>> the
>> > Ant launch script to the location of your derby database
>> directory. For
>> > example:
>> >
>> > -Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
>>
>> I was actually trying to run these scripts from within eclipse (i.e.
>> right-clicking on them in the Package explorer and then Run as... =>
>> ANT build), not on the command line.
>> So I first tried the corresponding equivalent of the above definition
>> and added "derby.system.home" as an additional ANT property (using
>> Windows => Preferences => Ant => Runtime => Properties tab). Alas,
>> that didn't change anything.
>
> I run them within Eclipse too, but when you run an Ant script there,
> it shows up as a launch configuration. So I edit the launch
> configuration on the Run... menu to set any command line arguments.
> I'm not convinced setting it as an Ant property is the same as setting
> a command line argument.

Where exactly do you enter these?

To test your suggestion I removed my prior modification in the
build.xml and then entered
"-Dderby.system.home=C:\Tomcat_5.5\webapps\database" (which is the path
on my system)

first, on the ant launch config's Main tab (under Arguments) - that did
not work - and
then I tried on the JRE tab (under VM arguments) - that did not work
either - and
lastly I tried on the Environment tab and added the above as an
environment variable. No success either.

So where whould this be entered???

Michael
Re: Failed trying to regenerate the samples - some handholding required... [message #9434 is a reply to message #9408] Fri, 10 August 2007 20:06 Go to previous message
Eclipse UserFriend
Originally posted by: david_whiteman.us.ibm.com

Michael Moser wrote:

> Where exactly do you enter these?
>
> To test your suggestion I removed my prior modification in the
> build.xml and then entered
> "-Dderby.system.home=C:\Tomcat_5.5\webapps\database" (which is the path
> on my system)
>
> first, on the ant launch config's Main tab (under Arguments) - that did
> not work - and
> then I tried on the JRE tab (under VM arguments) - that did not work
> either - and
> lastly I tried on the Environment tab and added the above as an
> environment variable. No success either.
>
> So where whould this be entered???
>
> Michael

Since it's an Ant script referring to a variable, I would expect you
could enter it in the Arguments field on the Main tab. I created a
simple Ant script where I echo'd a variable "foo" and in the launch
config passed its value in the Arguments field as "-dfoo=bar" and the
value printed was "bar". So I was expecting something similar to work
for you, since the Ant script you're running uses ${derby.system.home}.

I know that I needed to do that when I created the OSG debug environment
launch configuration described in the End-to-End scenario
documentation on the wiki.

David
Re: Failed trying to regenerate the samples - some handholding required... [message #569878 is a reply to message #8270] Fri, 03 August 2007 12:33 Go to previous message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
I just detected, that for some strange reason my ant-home (Window =>
Preferences => Ant => Runtime => Classpath => Ant Home Entries) was
still set to a very old, no more existing eclipse version. Fixing that
solved the ".. .Could not find main..." bug.

The ant-script now starts but fails with another strange error:

---------- console ----------
Buildfile:
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
buildschema:
BUILD FAILED
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:16:
Java returned: 1
Total time: 1 second
-----------------------------

The error location given is in line 16 of the build.xml is in a java -
element):
---------------------------------
....
<target name="buildschema">
<java classname="org.apache.derby.tools.ij"
output="registrySchema.out"
failonerror="true"
dir="." fork="true"> <<<<<<<<<<<<<<<<< the script fails
here
<classpath>
<pathelement path="${lib.dir}/derby.jar"/>
...
---------------------------------

Again: any clue what's wrong?

Michael
Re: Failed trying to regenerate the samples - some handholding required... [message #569962 is a reply to message #8300] Fri, 03 August 2007 15:55 Go to previous message
Hubert Leung is currently offline Hubert LeungFriend
Messages: 13
Registered: July 2009
Junior Member
Hi Michael,

Please make one change in the build.xml to make it work. The 5th line of
the ant currently looks like:
<property name="lib.dir" value="../../org.eclipse.cosmos.dc.tests/lib"/>

Please change the value to the lib directory of the derby install. The lib
directory contains derby.jar and derbytools.jar which are used by the ant
script to create database.


Hubert


"Michael Moser" <mmo@zurich.ibm.com> wrote in message
news:f8v7bc$tq3$1@build.eclipse.org...
>I just detected, that for some strange reason my ant-home (Window =>
>Preferences => Ant => Runtime => Classpath => Ant Home Entries) was still
>set to a very old, no more existing eclipse version. Fixing that solved the
>".. .Could not find main..." bug.
>
> The ant-script now starts but fails with another strange error:
>
> ---------- console ----------
> Buildfile:
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
> buildschema:
> BUILD FAILED
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:16:
> Java returned: 1
> Total time: 1 second
> -----------------------------
>
> The error location given is in line 16 of the build.xml is in a java -
> element):
> ---------------------------------
> ...
> <target name="buildschema">
> <java classname="org.apache.derby.tools.ij"
> output="registrySchema.out"
> failonerror="true"
> dir="." fork="true"> <<<<<<<<<<<<<<<<< the script fails here
> <classpath>
> <pathelement path="${lib.dir}/derby.jar"/>
> ...
> ---------------------------------
>
> Again: any clue what's wrong?
>
> Michael
>
Re: Failed trying to regenerate the samples - some handholding required... [message #570081 is a reply to message #8397] Mon, 06 August 2007 12:57 Go to previous message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
I changed that line to
<property name="lib.dir"
value=" C:/JavaDevt/org.eclipse.cosmos/tests/data-collection/org.ecl ipse.cosmos.dc.tests/lib "/>

(which is, where the derby stuff got checked out to) and then tried
again to run the build.xml, but no difference. I still get this "Java
returned 1" error decribed in my first append.

Michael


"Hubert Leung" <hkyleung@ca.ibm.com> wrote in message
news:f8vj50$n6a$1@build.eclipse.org...
> Hi Michael,
>
> Please make one change in the build.xml to make it work. The 5th line
> of the ant currently looks like:
> <property name="lib.dir"
> value="../../org.eclipse.cosmos.dc.tests/lib"/>
>
> Please change the value to the lib directory of the derby install.
> The lib directory contains derby.jar and derbytools.jar which are used
> by the ant script to create database.
>
>
> Hubert
>
>
> "Michael Moser" <mmo@zurich.ibm.com> wrote in message
> news:f8v7bc$tq3$1@build.eclipse.org...
>>I just detected, that for some strange reason my ant-home (Window =>
>>Preferences => Ant => Runtime => Classpath => Ant Home Entries) was
>>still set to a very old, no more existing eclipse version. Fixing that
>>solved the ".. .Could not find main..." bug.
>>
>> The ant-script now starts but fails with another strange error:
>>
>> ---------- console ----------
>> Buildfile:
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
>> buildschema:
>> BUILD FAILED
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:16:
>> Java returned: 1
>> Total time: 1 second
>> -----------------------------
>>
>> The error location given is in line 16 of the build.xml is in a
>> java - element):
>> ---------------------------------
>> ...
>> <target name="buildschema">
>> <java classname="org.apache.derby.tools.ij"
>> output="registrySchema.out"
>> failonerror="true"
>> dir="." fork="true"> <<<<<<<<<<<<<<<<< the script fails
>> here
>> <classpath>
>> <pathelement path="${lib.dir}/derby.jar"/>
>> ...
>> ---------------------------------
>>
>> Again: any clue what's wrong?
>>
>> Michael
>>
>
>
Re: Failed trying to regenerate the samples - some handholding required... [message #570123 is a reply to message #8491] Mon, 06 August 2007 14:59 Go to previous message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
I created a junction (Window's version of a hard link) called
"C:\Tomcat_5.5" pointing to my "C:\Program Files\Apache Software
Foundation\Tomcat 5.5" directory and then changed the path in the apache
..conf directory as well as in the build.xml directory to the new path
"C:\Tomcat_5.5\webapps\database". The DB creation now properly starts
and continues for a while (and also creates and starts populating a
directory "C:\Tomcat_5.5\webapps\database\cosmosdb") but eventually
fails with an error:
------------------------------------
Buildfile:
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml

buildschema:

jarup:


BUILD FAILED

C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml:59:
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\cosmosdb
not found.


Total time: 6 seconds

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

So,
1.) the build seems to require paths without blank and
2.) apparently, some part of the build-file assumes the DB to be created
in a subdirectory of the project, that contains the build.xml file, not
where the "lib.dir" property points to (which, in my case, is in a
subdirectory of the tomcat-webapp).

Michael
Re: Failed trying to regenerate the samples - some handholding required... [message #570228 is a reply to message #8572] Mon, 06 August 2007 23:19 Go to previous message
David Whiteman is currently offline David WhitemanFriend
Messages: 166
Registered: July 2009
Senior Member
Michael Moser wrote:

> 2.) apparently, some part of the build-file assumes the DB to be created
> in a subdirectory of the project, that contains the build.xml file, not
> where the "lib.dir" property points to (which, in my case, is in a
> subdirectory of the tomcat-webapp).

Try setting the value of derby.system.home on the command line of the
Ant launch script to the location of your derby database directory. For
example:

-Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
Re: Failed trying to regenerate the samples - some handholding required... [message #570326 is a reply to message #9270] Wed, 08 August 2007 13:32 Go to previous message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C7D9D1.4DB2BC60
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


"David Whiteman" <david_whiteman@us.ibm.com> wrote in message =
news:f98aa9$uiq$1@build.eclipse.org...
>...
> Try setting the value of derby.system.home on the command line of the=20
> Ant launch script to the location of your derby database directory. =
For=20
> example:
>=20
> -Dderby.system.home=3DC:\apache-tomcat-5.5.23\webapps\databa se

I was actually trying to run these scripts from within eclipse (i.e. =
right-clicking on them in the Package explorer and then Run as... =3D> =
ANT build), not on the command line.
So I first tried the corresponding equivalent of the above definition =
and added "derby.system.home" as an additional ANT property (using =
Windows =3D> Preferences =3D> Ant =3D> Runtime =3D> Properties tab). =
Alas, that didn't change anything.

However, analyzing the script a bit further I figured out, that the =
failing operation is actually the very last anyway. I.e. after the =
creation of the DB its content is for some reason zip-ed up as a jar =
which is placed into the project's home directory. I don't quite =
understand what that's good for (backup of the virgin DB?) but if I =
understand this correct, then this line shouldn't change anything anyway =
with respect to the later running tomcat, serving data from that DB, =
should it?

What I thus did was prefixing the basedir-value with the above property, =
i.e.:

<target name=3D"jarup">=20
<zip destfile=3D"cosmosdb.jar"
basedir=3D"${derby.system.home}/cosmosdb"/>
<echo message=3D"Finished building cosmosdb"/>
</target>

And after that change I indeed got:

Buildfile: =
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\build.xml
buildschema:
jarup:
[zip] Building zip: =
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\cosmosdb.jar
[echo] Finished building cosmosdb
cosmosdb:
BUILD SUCCESSFUL
Total time: 4 seconds

So, can you confirm that I didn't modify the semantic here, i.e. that =
this script still does what the original script has been intended to do?
Why is the freshly created DB zipped up and copied over to the project's =
directory? Who or what tool is supposed to use it there?

Regards,
Michael

------=_NextPart_000_0009_01C7D9D1.4DB2BC60
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff background=3D"">
<DIV><BR><FONT face=3DArial size=3D2>"David Whiteman"=20
&lt;david_whiteman@us.ibm.com&gt; wrote in message=20
news:f98aa9$uiq$1@build.eclipse.org...<BR>&gt;...<BR>&gt; Try setting =
the value=20
of derby.system.home on the command line of the <BR>&gt; Ant launch =
script to=20
the location of your derby database directory.&nbsp; For <BR>&gt;=20
example:<BR>&gt; <BR>&gt;=20
-Dderby.system.home=3DC:\apache-tomcat-5.5.23\webapps\databa se <BR><BR>I =
was=20
actually trying to run these scripts from within eclipse (i.e. =
right-clicking on=20
them in the Package explorer and then Run as... =3D&gt; ANT build), not =
on the=20
command line.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>So I first tried the corresponding =
equivalent of=20
the above definition and </FONT><FONT face=3DArial size=3D2>added=20
"derby.system.home" as an additional ANT property (using Windows =3D&gt; =

Preferences =3D&gt; Ant =3D&gt; Runtime =3D&gt; Properties tab). Alas, =
that didn't=20
change anything.<BR><BR>However, analyzing the script a bit further I =
figured=20
out, that the failing operation is actually the very last anyway. I.e. =
after the=20
creation of the DB its content is for some reason zip-ed up as a jar =
which is=20
placed&nbsp;into the project's home directory. </FONT><FONT face=3DArial =
size=3D2>I=20
don't quite understand what that's good for (backup of the virgin DB?) =
but if I=20
understand this&nbsp;correct, then&nbsp;this line shouldn't change =
anything=20
anyway with respect to the later running tomcat, serving data from that =
DB,=20
should it?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>What I thus did&nbsp;was prefixing the=20
basedir-value with the above property, i.e.:<BR><BR>&lt;target =
name=3D"jarup"&gt;=20
<BR>&lt;zip destfile=3D"cosmosdb.jar"<BR>basedir=3D"<FONT=20
color=3D#ff0000>${derby.system.home}/</FONT>cosmosdb"/&gt; <BR>&lt;echo=20
message=3D"Finished building =
cosmosdb"/&gt;<BR>&lt;/target&gt;</FONT></DIV >
<DIV><FONT face=3DArial size=3D2></FONT><BR><FONT face=3DArial =
size=3D2>And after that=20
change I indeed got:<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Buildfile:=20
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\build.xml<BR>buildschema:<BR >jarup:<BR>[zip]=
=20
Building zip:=20
C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.loca=
l.registry\persistence_setup\cosmosdb.jar<BR>[echo]=20
Finished building cosmosdb<BR>cosmosdb:<BR>BUILD SUCCESSFUL<BR>Total =
time: 4=20
seconds<BR><BR>So, can&nbsp;you confirm that I didn't modify the =
semantic here,=20
i.e. that </FONT><FONT face=3DArial size=3D2>this script still =
does&nbsp;what the=20
original script has been intended&nbsp;to do?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Why is the freshly created DB zipped up =
and copied=20
over to the project's directory? Who or what tool is supposed to use it=20
there?</FONT></DIV><FONT face=3DArial size=3D2>
<DIV><BR>Regards,<BR>Michael</DIV>
<DIV></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0009_01C7D9D1.4DB2BC60--
Re: Failed trying to regenerate the samples - some handholding required... [message #570396 is a reply to message #9338] Wed, 08 August 2007 15:43 Go to previous message
David Whiteman is currently offline David WhitemanFriend
Messages: 166
Registered: July 2009
Senior Member
Michael Moser wrote:
>
> "David Whiteman" <david_whiteman@us.ibm.com> wrote in message
> news:f98aa9$uiq$1@build.eclipse.org...
> >...
> > Try setting the value of derby.system.home on the command line of the
> > Ant launch script to the location of your derby database directory. For
> > example:
> >
> > -Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
>
> I was actually trying to run these scripts from within eclipse (i.e.
> right-clicking on them in the Package explorer and then Run as... => ANT
> build), not on the command line.
> So I first tried the corresponding equivalent of the above definition
> and added "derby.system.home" as an additional ANT property (using
> Windows => Preferences => Ant => Runtime => Properties tab). Alas, that
> didn't change anything.

I run them within Eclipse too, but when you run an Ant script there, it
shows up as a launch configuration. So I edit the launch configuration
on the Run... menu to set any command line arguments. I'm not convinced
setting it as an Ant property is the same as setting a command line
argument.

> However, analyzing the script a bit further I figured out, that the
> failing operation is actually the very last anyway. I.e. after the
> creation of the DB its content is for some reason zip-ed up as a jar
> which is placed into the project's home directory. I don't quite
> understand what that's good for (backup of the virgin DB?) but if I
> understand this correct, then this line shouldn't change anything anyway
> with respect to the later running tomcat, serving data from that DB,
> should it?
>
> What I thus did was prefixing the basedir-value with the above property,
> i.e.:
>
> <target name="jarup">
> <zip destfile="cosmosdb.jar"
> basedir="${derby.system.home}/cosmosdb"/>
> <echo message="Finished building cosmosdb"/>
> </target>
>
> And after that change I indeed got:
> Buildfile:
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
> buildschema:
> jarup:
> [zip] Building zip:
> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\cosmosdb.jar
> [echo] Finished building cosmosdb
> cosmosdb:
> BUILD SUCCESSFUL
> Total time: 4 seconds
>
> So, can you confirm that I didn't modify the semantic here, i.e. that
> this script still does what the original script has been intended to do?
> Why is the freshly created DB zipped up and copied over to the project's
> directory? Who or what tool is supposed to use it there?

I'll have to defer to one of the data collection experts on these
questions...

David
Re: Failed trying to regenerate the samples - some handholding required... [message #570416 is a reply to message #9361] Wed, 08 August 2007 18:22 Go to previous message
Hubert Leung is currently offline Hubert LeungFriend
Messages: 13
Registered: July 2009
Junior Member
In response to the question about jarring up the database directory, I have
always been using the derby database without making the database a jar file.
Since I wasn't the creator of this script, I'm not sure what is the purpose
of this step. There may be a derby feature that allows the database
directory to be jarred up. But it is safe to ignore that error, or remove
the step for jarring up the database directory. I will open a bug to
address this problem.

Thanks,
Hubert


"David Whiteman" <david_whiteman@us.ibm.com> wrote in message
news:f9coan$3ob$1@build.eclipse.org...
> Michael Moser wrote:
>>
>> "David Whiteman" <david_whiteman@us.ibm.com> wrote in message
>> news:f98aa9$uiq$1@build.eclipse.org...
>> >...
>> > Try setting the value of derby.system.home on the command line of the
>> > Ant launch script to the location of your derby database directory.
>> For
>> > example:
>> >
>> > -Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
>>
>> I was actually trying to run these scripts from within eclipse (i.e.
>> right-clicking on them in the Package explorer and then Run as... => ANT
>> build), not on the command line.
>> So I first tried the corresponding equivalent of the above definition and
>> added "derby.system.home" as an additional ANT property (using Windows =>
>> Preferences => Ant => Runtime => Properties tab). Alas, that didn't
>> change anything.
>
> I run them within Eclipse too, but when you run an Ant script there, it
> shows up as a launch configuration. So I edit the launch configuration on
> the Run... menu to set any command line arguments. I'm not convinced
> setting it as an Ant property is the same as setting a command line
> argument.
>
>> However, analyzing the script a bit further I figured out, that the
>> failing operation is actually the very last anyway. I.e. after the
>> creation of the DB its content is for some reason zip-ed up as a jar
>> which is placed into the project's home directory. I don't quite
>> understand what that's good for (backup of the virgin DB?) but if I
>> understand this correct, then this line shouldn't change anything anyway
>> with respect to the later running tomcat, serving data from that DB,
>> should it?
>> What I thus did was prefixing the basedir-value with the above property,
>> i.e.:
>>
>> <target name="jarup">
>> <zip destfile="cosmosdb.jar"
>> basedir="${derby.system.home}/cosmosdb"/>
>> <echo message="Finished building cosmosdb"/>
>> </target>
>>
>> And after that change I indeed got:
>> Buildfile:
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\build.xml
>> buildschema:
>> jarup:
>> [zip] Building zip:
>> C:\JavaDevt\org.eclipse.cosmos\data-collection\org.eclipse.c osmos.dc.local.registry\persistence_setup\cosmosdb.jar
>> [echo] Finished building cosmosdb
>> cosmosdb:
>> BUILD SUCCESSFUL
>> Total time: 4 seconds
>>
>> So, can you confirm that I didn't modify the semantic here, i.e. that
>> this script still does what the original script has been intended to do?
>> Why is the freshly created DB zipped up and copied over to the project's
>> directory? Who or what tool is supposed to use it there?
>
> I'll have to defer to one of the data collection experts on these
> questions...
>
> David
Re: Failed trying to regenerate the samples - some handholding required... [message #570429 is a reply to message #9361] Fri, 10 August 2007 10:18 Go to previous message
Michael Moser is currently offline Michael MoserFriend
Messages: 914
Registered: July 2009
Senior Member
"David Whiteman" <david_whiteman@us.ibm.com> wrote in message
news:f9coan$3ob$1@build.eclipse.org...
> Michael Moser wrote:
>>
>> "David Whiteman" <david_whiteman@us.ibm.com> wrote in message
>> news:f98aa9$uiq$1@build.eclipse.org...
>> >...
>> > Try setting the value of derby.system.home on the command line of
>> the
>> > Ant launch script to the location of your derby database
>> directory. For
>> > example:
>> >
>> > -Dderby.system.home=C:\apache-tomcat-5.5.23\webapps\database
>>
>> I was actually trying to run these scripts from within eclipse (i.e.
>> right-clicking on them in the Package explorer and then Run as... =>
>> ANT build), not on the command line.
>> So I first tried the corresponding equivalent of the above definition
>> and added "derby.system.home" as an additional ANT property (using
>> Windows => Preferences => Ant => Runtime => Properties tab). Alas,
>> that didn't change anything.
>
> I run them within Eclipse too, but when you run an Ant script there,
> it shows up as a launch configuration. So I edit the launch
> configuration on the Run... menu to set any command line arguments.
> I'm not convinced setting it as an Ant property is the same as setting
> a command line argument.

Where exactly do you enter these?

To test your suggestion I removed my prior modification in the
build.xml and then entered
"-Dderby.system.home=C:\Tomcat_5.5\webapps\database" (which is the path
on my system)

first, on the ant launch config's Main tab (under Arguments) - that did
not work - and
then I tried on the JRE tab (under VM arguments) - that did not work
either - and
lastly I tried on the Environment tab and added the above as an
environment variable. No success either.

So where whould this be entered???

Michael
Re: Failed trying to regenerate the samples - some handholding required... [message #570496 is a reply to message #9408] Fri, 10 August 2007 20:06 Go to previous message
David Whiteman is currently offline David WhitemanFriend
Messages: 166
Registered: July 2009
Senior Member
Michael Moser wrote:

> Where exactly do you enter these?
>
> To test your suggestion I removed my prior modification in the
> build.xml and then entered
> "-Dderby.system.home=C:\Tomcat_5.5\webapps\database" (which is the path
> on my system)
>
> first, on the ant launch config's Main tab (under Arguments) - that did
> not work - and
> then I tried on the JRE tab (under VM arguments) - that did not work
> either - and
> lastly I tried on the Environment tab and added the above as an
> environment variable. No success either.
>
> So where whould this be entered???
>
> Michael

Since it's an Ant script referring to a variable, I would expect you
could enter it in the Arguments field on the Main tab. I created a
simple Ant script where I echo'd a variable "foo" and in the launch
config passed its value in the Arguments field as "-dfoo=bar" and the
value printed was "bar". So I was expecting something similar to work
for you, since the Ant script you're running uses ${derby.system.home}.

I know that I needed to do that when I created the OSG debug environment
launch configuration described in the End-to-End scenario
documentation on the wiki.

David
Previous Topic:example database mainly empty?
Next Topic:javax.persistance - where from?
Goto Forum:
  


Current Time: Fri Dec 19 18:17:43 GMT 2014

Powered by FUDForum. Page generated in 0.13926 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software