Building in windows, with a clean repo :
Missing:
----------
1) org.eclipse.emf:common:jar:2.2.3
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.eclipse.emf
-DartifactId=common -Dversion=2.2.3 -Dpackaging=jar
-Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.eclipse.emf
-DartifactId=common -Dversion=2.2.3 -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.tuscany.sdo:tuscany-sdo-impl:jar:1.1.1
2) org.eclipse.emf:common:jar:2.2.3
2) org.eclipse.emf:ecore:jar:2.2.3
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.eclipse.emf
-DartifactId=ecore -Dversion=2.2.3 -Dpackaging=jar
-Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.eclipse.emf
-DartifactId=ecore -Dversion=2.2.3 -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.tuscany.sdo:tuscany-sdo-impl:jar:1.1.1
2) org.eclipse.emf:ecore:jar:2.2.3
3) org.eclipse.emf:ecore-change:jar:2.2.3
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.eclipse.emf
-DartifactId=ecore-change -Dversion=2.2.3 -Dpackaging=jar
-Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.eclipse.emf
-DartifactId=ecore-change -Dversion=2.2.3 -Dpackaging=jar
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.tuscany.sdo:tuscany-sdo-impl:jar:1.1.1
2) org.eclipse.emf:ecore-change:jar:2.2.3
4) org.eclipse.xsd:xsd:jar:2.2.3
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.eclipse.xsd
-DartifactId=xsd -Dversion=2.2.3 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.eclipse.xsd
-DartifactId=xsd -Dversion=2.2.3 -Dpackaging=jar -Dfile=/path/to/file
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.tuscany.sdo:tuscany-sdo-impl:jar:1.1.1
2) org.eclipse.xsd:xsd:jar:2.2.3
----------
4 required artifacts are missing.
for artifact:
org.apache.tuscany.sdo:tuscany-sdo-impl:jar:1.1.1
from the specified remote repositories:
central (http://repo1.maven.org/maven2),
codehaus (http://repository.codehaus.org/),
apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
indiana (http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2/)
On Tue, Jun 10, 2008 at 2:29 AM, ant elder <[EMAIL PROTECTED]> wrote:
> I'd like to get this voted on and released but nervous to start that after
> Kelvin had trouble getting the emf dependencies, could any one else try
> building the tag and seeing if it works or not for them -
> https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sdo/1.1.1-RC2/-
> its a small checkout and doesn't take long to build.
>
> ...ant
>
> On Sat, Jun 7, 2008 at 9:15 AM, ant elder <[EMAIL PROTECTED]> wrote:
>
>> It seems to work fine for me, the binary distribution ends up with a lib
>> folder containing:
>>
>> backport-util-concurrent-3.0.jar
>> codegen-2.2.3.jar
>> codegen-ecore-2.2.3.jar
>> common-2.2.3.jar
>> ecore-2.2.3.jar
>> ecore-change-2.2.3.jar
>> ecore-xmi-2.2.3.jar
>> sample-sdo-1.1.1.jar
>> stax-api-1.0.1.jar
>> tuscany-sdo-api-r2.1-1.1.1.jar
>> tuscany-sdo-impl-1.1.1.jar
>> tuscany-sdo-lib-1.1.1.jar
>> tuscany-sdo-tools-1.1.1.jar
>> wstx-asl-3.2.1.jar
>> xsd-2.2.3.jar
>>
>> I've put the distributions that I get from the 1.1.1-RC2 tag up at
>> http://people.apache.org/~antelder/tuscany/sdo/1.1.1-RC2<http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC2>,
>> how do they look?
>>
>> ...ant
>>
>> On Fri, Jun 6, 2008 at 6:18 PM, kelvin goodson <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Hi Luciano,
>>> yes, I added that workaround, and that satisfied most of the EMF jars,
>>> but not these two. It's odd, the 2 jars we need are there in the
>>> repository
>>> you suggested, but maven will not download them.
>>>
>>> Kelvin.
>>>
>>> 2008/6/6 Luciano Resende <[EMAIL PROTECTED]>:
>>>
>>> > Did you try the workaround I mentioned before on this thread [1] where
>>> > I added a new repository ? It was actually for other jars, but might
>>> > help in this case as well...
>>> >
>>> > [1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg31727.html
>>> >
>>> > On Fri, Jun 6, 2008 at 4:56 AM, kelvin goodson <[EMAIL PROTECTED]>
>>> > wrote:
>>> > > I've made all the changes required in the tag [1] to get rid of the
>>> felix
>>> > > jars, find and include the emf jars, and I've removed the incubating
>>> > tag,
>>> > > DISCLAIMER files etc. However, I'm currently stumped as to why two
>>> emf
>>> > > jars available [2] and [3] don't get downloaded by the build. The
>>> build
>>> > > output complains about URLs that, if cut and pasted into a browser,
>>> work
>>> > > fine. Any clues to explain this odd maven behaviour are welcome.
>>> > >
>>> > > Kelvin
>>> > >
>>> > >
>>> > > [1]
>>> > >
>>> >
>>> https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sdo/1.1.1-RC2/
>>> > > [2]
>>> > >
>>> >
>>> http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2/org/eclipse/emf/codegen/2.2.3/
>>> > > [3]
>>> > >
>>> >
>>> http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2/org/eclipse/emf/codegen-ecore/2.2.3/
>>> > >
>>> > > 2008/6/3 Rajini Sivaram <[EMAIL PROTECTED]>:
>>> > >
>>> > >> Kelvin,
>>> > >>
>>> > >> Sorry about the delay in getting back to you - I can see that you
>>> have
>>> > >> found
>>> > >> a solution. Yes, you are absolutely right, the felix framework should
>>> > use
>>> > >> scope "provided" since SdoBundleActivator is only used when SDO is
>>> > running
>>> > >> inside an OSGi container, and the framework classes are provided by
>>> the
>>> > >> container.
>>> > >>
>>> > >>
>>> > >> On 6/3/08, kelvin goodson <[EMAIL PROTECTED]> wrote:
>>> > >> >
>>> > >> > Just a thought, would I be right in guessing that if ever our
>>> > >> > SdoBundleActivator is touched in the runtime, then the environment
>>> > would
>>> > >> > be
>>> > >> > expected to provide the classes to satisfy
>>> > >> >
>>> > >> > import org.osgi.framework.BundleActivator;
>>> > >> > import org.osgi.framework.BundleContext;
>>> > >> >
>>> > >> > ?
>>> > >> >
>>> > >> > in which case I think declaring a "provided" scope for the felix
>>> > >> dependency
>>> > >> > would be the right way to do things
>>> > >> >
>>> > >> > Kelvin.
>>> > >> >
>>> > >> > 2008/6/3 kelvin goodson <[EMAIL PROTECTED]>:
>>> > >> >
>>> > >> > > Thanks Ant, that looks like progress, but the felix framework
>>> jar
>>> > is
>>> > >> > now
>>> > >> > > not in the list of distributed jars.
>>> > >> > >
>>> > >> > > Kelvin.
>>> > >> > >
>>> > >> > > 2008/6/3 ant elder <[EMAIL PROTECTED]>:
>>> > >> > >
>>> > >> > > Adding an exclude for felix to the distribution pom can fix that,
>>> eg
>>> > >> > here's
>>> > >> > >> local changes i have just tried:
>>> > >> > >>
>>> > >> > >> Index: src/main/assembly/bin.xml
>>> > >> > >>
>>> ===================================================================
>>> > >> > >> --- src/main/assembly/bin.xml (revision 662488)
>>> > >> > >> +++ src/main/assembly/bin.xml (working copy)
>>> > >> > >> @@ -120,13 +120,13 @@
>>> > >> > >> <dependencySets>
>>> > >> > >> <dependencySet>
>>> > >> > >>
>>> > >> > >>
>>> <outputDirectory>tuscany-sdo-${sdo.version}/lib</outputDirectory>
>>> > >> > >> - <includes>
>>> > >> > >> -
>>> > >> > >> <include>org.apache.tuscany.sdo:tuscany-sdo-api-r2.1</include>
>>> > >> > >> + <!-- includes>
>>> > >> > >> +
>>> > >> > >> <include>org.apache.tuscany.sdo:tuscany-sdo-api-r2.1</include>
>>> > >> > >>
>>> > >> > <include>org.apache.tuscany.sdo:tuscany-sdo-lib</include>
>>> > >> > >>
>>> > >> > <include>org.apache.tuscany.sdo:tuscany-sdo-impl</include>
>>> > >> > >>
>>> > >> > >> <include>org.apache.tuscany.sdo:tuscany-sdo-tools</include>
>>> > >> > >>
>>> > <include>org.apache.tuscany.sdo:sample-sdo</include>
>>> > >> > >> - </includes>
>>> > >> > >> + </includes -->
>>> > >> > >> <fileMode>0644</fileMode>
>>> > >> > >> </dependencySet>
>>> > >> > >>
>>> > >> > >> Index: pom.xml
>>> > >> > >>
>>> ===================================================================
>>> > >> > >> --- pom.xml (revision 662488)
>>> > >> > >> +++ pom.xml (working copy)
>>> > >> > >> @@ -56,6 +56,12 @@
>>> > >> > >> <groupId>org.apache.tuscany.sdo</groupId>
>>> > >> > >> <artifactId>tuscany-sdo-impl</artifactId>
>>> > >> > >> <version>${pom.version}</version>
>>> > >> > >> + <exclusions>
>>> > >> > >> + <exclusion>
>>> > >> > >> + <groupId>org.apache.felix</groupId>
>>> > >> > >> +
>>> <artifactId>org.apache.felix.main</artifactId>
>>> > >> > >> + </exclusion>
>>> > >> > >> + </exclusions>
>>> > >> > >> </dependency>
>>> > >> > >> <dependency>
>>> > >> > >> <groupId>org.apache.tuscany.sdo</groupId>
>>> > >> > >> @@ -67,6 +73,7 @@
>>> > >> > >> <artifactId>sample-sdo</artifactId>
>>> > >> > >> <version>${pom.version}</version>
>>> > >> > >> </dependency>
>>> > >> > >> +
>>> > >> > >> </dependencies>
>>> > >> > >>
>>> > >> > >> <build>
>>> > >> > >>
>>> > >> > >> Which results in a lib directory containing:
>>> > >> > >>
>>> > >> > >> backport-util-concurrent-3.0.jar
>>> > >> > >> codegen-2.2.3.jar
>>> > >> > >> codegen-ecore-2.2.3.jar
>>> > >> > >> common-2.2.3.jar
>>> > >> > >> ecore-2.2.3.jar
>>> > >> > >> ecore-change-2.2.3.jar
>>> > >> > >> ecore-xmi-2.2.3.jar
>>> > >> > >> sample-sdo-1.1.1-incubating-SNAPSHOT.jar
>>> > >> > >> stax-api-1.0.1.jar
>>> > >> > >> tuscany-sdo-api-r2.1-1.1.1-incubating-SNAPSHOT.jar
>>> > >> > >> tuscany-sdo-impl-1.1.1-incubating-SNAPSHOT.jar
>>> > >> > >> tuscany-sdo-lib-1.1.1-incubating-SNAPSHOT.jar
>>> > >> > >> tuscany-sdo-tools-1.1.1-incubating-SNAPSHOT.jar
>>> > >> > >> wstx-asl-3.2.1.jar
>>> > >> > >> xsd-2.2.3.jar
>>> > >> > >>
>>> > >> > >> ...ant
>>> > >> > >>
>>> > >> > >> On Tue, Jun 3, 2008 at 11:31 AM, kelvin goodson <
>>> > >> [EMAIL PROTECTED]>
>>> > >> > >> wrote:
>>> > >> > >>
>>> > >> > >> > I had an offline chat with Rajini. It seems we need just the
>>> > >> > framework
>>> > >> > >> jar
>>> > >> > >> > of felix in the distro, but if the dependency on felix is
>>> > declared
>>> > >> as
>>> > >> > >> test
>>> > >> > >> > scope in the pom, then that jar is not available to main
>>> phase
>>> > of
>>> > >> the
>>> > >> > >> > build. If its not declared as test scope then we get 5 felix
>>> > jars
>>> > >> in
>>> > >> > >> the
>>> > >> > >> > binary distro. Rajini's going to take a look when she gets
>>> some
>>> > >> time.
>>> > >> > >> >
>>> > >> > >> > Kelvin.
>>> > >> > >> >
>>> > >> > >> >
>>> > >> > >> > 2008/6/3 kelvin goodson <[EMAIL PROTECTED]>:
>>> > >> > >> >
>>> > >> > >> >> The felix jars were introduced in the fix for "SDO does not
>>> > work
>>> > >> > with
>>> > >> > >> >> OSGi" [1] in commit 620763 [2]. I don't know if this is
>>> > expected
>>> > >> > >> >> behaviour, not being an OSGI expert. Comments anyone?
>>> > >> > >> >>
>>> > >> > >> >> Kelvin.
>>> > >> > >> >>
>>> > >> > >> >> [1] https://issues.apache.org/jira/browse/TUSCANY-1293
>>> > >> > >> >> [2] http://svn.apache.org/viewcvs?view=rev&rev=620763
>>> > >> > >> >>
>>> > >> > >> >> 2008/6/3 kelvin goodson <[EMAIL PROTECTED]>:
>>> > >> > >> >>
>>> > >> > >> >> The required libraries are
>>> > >> > >> >>>
>>> > >> > >> >>> sample-sdo-%RELEASE%.jar
>>> > >> > >> >>> sdo-api-r2.1-%RELEASE%.jar
>>> > >> > >> >>> tuscany-sdo-lib-%RELEASE%.jar
>>> > >> > >> >>> tuscany-sdo-impl-%RELEASE%.jar
>>> > >> > >> >>> tuscany-sdo-tools-%RELEASE%.jar
>>> > >> > >> >>> codegen-ecore-2.2.3.jar
>>> > >> > >> >>> codegen-2.2.3.jar
>>> > >> > >> >>> ecore-2.2.3.jar
>>> > >> > >> >>> ecore-change-2.2.3.jar
>>> > >> > >> >>> ecore-xmi-2.2.3.jar
>>> > >> > >> >>> common-2.2.3.jar
>>> > >> > >> >>> xsd-2.2.3.jar
>>> > >> > >> >>> stax-api-1.0.1.jar
>>> > >> > >> >>> wstx-asl-3.2.0.jar
>>> > >> > >> >>>
>>> > >> > >> >>> with
>>> > >> > >> >>> backport-util-concurrent being optional if you want
>>> threadsafe
>>> > >> > >> >>> collections with Java 1.4 IIRC
>>> > >> > >> >>>
>>> > >> > >> >>> The felix jar inclusions were introduced some time between
>>> > commit
>>> > >> > >> level
>>> > >> > >> >>> 600913 and 627754; I'm working on narrowing this down at
>>> the
>>> > >> > moment.
>>> > >> > >> >>>
>>> > >> > >> >>> Kelvin.
>>> > >> > >> >>>
>>> > >> > >> >>>
>>> > >> > >> >>> 2008/6/2 ant elder <[EMAIL PROTECTED]>:
>>> > >> > >> >>>
>>> > >> > >> >>> It is strange.
>>> > >> > >> >>>>
>>> > >> > >> >>>> Removing the <includes> at the bottom of the assembly
>>> bin.xml
>>> > >> > changes
>>> > >> > >> it
>>> > >> > >> >>>> so
>>> > >> > >> >>>> that the dependencies do get included again, but several
>>> felix
>>> > >> > >> >>>> dependencies
>>> > >> > >> >>>> also get dragged in. What is the complete list of jars that
>>> > >> should
>>> > >> > be
>>> > >> > >> >>>> included?
>>> > >> > >> >>>>
>>> > >> > >> >>>> ...ant
>>> > >> > >> >>>>
>>> > >> > >> >>>> On Mon, Jun 2, 2008 at 6:02 PM, kelvin goodson <
>>> > >> > >> [EMAIL PROTECTED]>
>>> > >> > >> >>>> wrote:
>>> > >> > >> >>>>
>>> > >> > >> >>>> > This failure also occurs with the 2.1 version and the
>>> > >> 2.2-beta-1
>>> > >> > >> >>>> version.
>>> > >> > >> >>>> > The current trunk version is 2.2-beta-3-SNAPSHOT, which
>>> I
>>> > >> > haven't
>>> > >> > >> >>>> found in
>>> > >> > >> >>>> > a repository yet, so the only version that seems ever to
>>> > have
>>> > >> > >> worked
>>> > >> > >> >>>> is
>>> > >> > >> >>>> > the
>>> > >> > >> >>>> > 2.2-SNAPSHOT version. I have taken a look at the assembly
>>> > >> plugin
>>> > >> > >> >>>> JIRAs,
>>> > >> > >> >>>> > but
>>> > >> > >> >>>> > it's hard to trawl that since so many JIRAs reference the
>>> > word
>>> > >> > >> >>>> dependency.
>>> > >> > >> >>>> > It's not clear to me whether we benefited from a freak
>>> bug
>>> > that
>>> > >> > was
>>> > >> > >> to
>>> > >> > >> >>>> our
>>> > >> > >> >>>> > advantage in the 2.2-SNAPSHOT version or whether all the
>>> > other
>>> > >> > >> >>>> versions
>>> > >> > >> >>>> > have
>>> > >> > >> >>>> > a bug/bugs.
>>> > >> > >> >>>> >
>>> > >> > >> >>>> > Kelvin.
>>> > >> > >> >>>> >
>>> > >> > >> >>>> > 2008/6/2 kelvin goodson <[EMAIL PROTECTED]>:
>>> > >> > >> >>>> >
>>> > >> > >> >>>> > > I have pinned down the change that caused the absence
>>> of
>>> > EMF
>>> > >> > jars
>>> > >> > >> in
>>> > >> > >> >>>> the
>>> > >> > >> >>>> > > distribution zip to be the switch from the maven
>>> assembly
>>> > >> > plugin
>>> > >> > >> >>>> version
>>> > >> > >> >>>> > > 2.2-SNAPSHOT to the 2.2-beta-2 as altered here [1].
>>> I
>>> > hope
>>> > >> > to
>>> > >> > >> >>>> look at
>>> > >> > >> >>>> > > this again soon, but have to stop for now. If anyone
>>> has
>>> > >> any
>>> > >> > >> views
>>> > >> > >> >>>> on
>>> > >> > >> >>>> > what
>>> > >> > >> >>>> > > version we should be using please pipe up.
>>> > >> > >> >>>> > >
>>> > >> > >> >>>> > > Kelvin.
>>> > >> > >> >>>> > >
>>> > >> > >> >>>> > > [1]
>>> > >> > >> >>>> > >
>>> > >> > >> >>>> >
>>> > >> > >> >>>>
>>> > >> > >>
>>> > >> >
>>> > >>
>>> >
>>> http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/pom.xml?r1=628691&r2=642349&pathrev=642349&diff_format=h
>>> > >> > >> >>>> > >
>>> > >> > >> >>>> > > Kelvin.
>>> > >> > >> >>>> > >
>>> > >> > >> >>>> > > 2008/5/19 kelvin goodson <[EMAIL PROTECTED]>:
>>> > >> > >> >>>> > >
>>> > >> > >> >>>> > > I'm looking at fixing a problem wrt running the samples
>>> at
>>> > >> the
>>> > >> > >> >>>> moment.
>>> > >> > >> >>>> > >>
>>> > >> > >> >>>> > >> Also, I found that with a combination of using IBM JDK
>>> > 1.5
>>> > >> and
>>> > >> > >> >>>> maven
>>> > >> > >> >>>> > 2.0.7
>>> > >> > >> >>>> > >> I got hit by
>>> > >> http://jira.codehaus.org/browse/MJAVADOC-135when
>>> > >> > >> >>>> trying
>>> > >> > >> >>>> > to
>>> > >> > >> >>>> > >> build from the top. We say in our BUILDING doc that
>>> > 2.0.7
>>> > >> is
>>> > >> > >> OK,
>>> > >> > >> >>>> > perhaps
>>> > >> > >> >>>> > >> if we need to respin we should raise that in order to
>>> > avoid
>>> > >> > IBM
>>> > >> > >> JDK
>>> > >> > >> >>>> > users
>>> > >> > >> >>>> > >> hitting this issue. It's fine with 2.0.9
>>> > >> > >> >>>> > >>
>>> > >> > >> >>>> > >> Kelvin.
>>> > >> > >> >>>> > >>
>>> > >> > >> >>>> > >>
>>> > >> > >> >>>> > >> 2008/5/18 ant elder <[EMAIL PROTECTED]>:
>>> > >> > >> >>>> > >>
>>> > >> > >> >>>> > >> Please review and vote on the SDO 1.1.1 release.
>>> > >> > >> >>>> > >>>
>>> > >> > >> >>>> > >>> The artifacts including binary and source
>>> distributions,
>>> > >> > >> staging
>>> > >> > >> >>>> maven
>>> > >> > >> >>>> > >>> repo
>>> > >> > >> >>>> > >>> and release notes are available at
>>> > >> > >> >>>> > >>>
>>> > http://people.apache.org/~antelder/tuscany/sdo/1.1.1-RC1/<http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/>
>>> <http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/>
>>> > <http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/>
>>> > >> <
>>> > >> > http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/>
>>> > >> > >> <http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/>
>>> > >> > >> >>>> <
>>> http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/>
>>> > >> > >> >>>> > <
>>> > http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/>
>>> > >> > >> >>>> > >>> <
>>> > >> http://people.apache.org/%7Eantelder/tuscany/sdo/1.1.1-RC1/
>>> > >> > >.
>>> > >> > >> >>>> > >>> The only difference between this and the 1.1 release
>>> is
>>> > the
>>> > >> > fix
>>> > >> > >> >>>> for
>>> > >> > >> >>>> > >>> http://issues.apache.org/jira/browse/TUSCANY-2240.
>>> > >> > >> >>>> > >>>
>>> > >> > >> >>>> > >>> +1 from me.
>>> > >> > >> >>>> > >>>
>>> > >> > >> >>>> > >>> ...ant
>>> > >> > >> >>>> > >>>
>>> > >> > >> >>>> > >>
>>> > >> > >> >>>> > >>
>>> > >> > >> >>>> > >
>>> > >> > >> >>>> >
>>> > >> > >> >>>>
>>> > >> > >> >>>
>>> > >> > >> >>>
>>> > >> > >> >>
>>> > >> > >> >
>>> > >> > >>
>>> > >> > >
>>> > >> > >
>>> > >> >
>>> > >>
>>> > >>
>>> > >>
>>> > >> --
>>> > >> Thank you...
>>> > >>
>>> > >> Regards,
>>> > >>
>>> > >> Rajini
>>> > >>
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Luciano Resende
>>> > Apache Tuscany Committer
>>> > http://people.apache.org/~lresende<http://people.apache.org/%7Elresende><
>>> http://people.apache.org/%7Elresende>
>>> > http://lresende.blogspot.com/
>>> >
>>>
>>
>>
>
--
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/
