Thanks Sean. Could be that slf4j is available from two sites, one of them still on http and for whatever reason it is coming up first. I'm not sure though whether all this is the same as the problem Gandhi has been having. Let's see what e says.
- Peter On Mon, Nov 27, 2023 at 4:43 PM Finan, Sean <sean.fi...@childrens.harvard.edu.invalid> wrote: > As for slf4j being on http:, I don't know that I ever saw that. If you > check maven central it is actually https: > > https://repo1.maven.org/maven2/org/slf4j/ > > As referred to here: > https://mvnrepository.com/artifact/org.slf4j/slf4j-api/2.0.5 > > I will do some more research on this tonight, though I welcome people to > beat me to a solution! > > Sean > > ________________________________ > From: Peter Abramowitsch <pabramowit...@gmail.com> > Sent: Monday, November 27, 2023 7:01 AM > To: dev@ctakes.apache.org <dev@ctakes.apache.org> > Subject: Re: Compilation Errors and the context.tokenizer [EXTERNAL] > > * External Email - Caution * > > > Ghandi, > > As I mentioned at the beginning of this thread, there's only one change I > needed to make to the settings.xml: to comment out the dummy mirror server > that maven uses as a way of enforcing the https requirement. Commenting it > out allowed maven to fetch slf4j-api. > > Since slf4j is integral to the build, it halted everything. The error > manifested itself as maven just hanging with a message saying it was trying > to access > https://urldefense.com/v3/__http://0.0.0.0__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHxuIKXiFw$ > I made no other changes and there's nothing > about the settings.xml which is ctakes-specific. > > Comment out this part of settings: > > <mirror> > <id>maven-default-http-blocker</id> > <mirrorOf>external:http:*</mirrorOf> > <name>Pseudo repository to mirror external repositories initially > using HTTP.</name> > <url> > https://urldefense.com/v3/__http://0.0.0.0/__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHzn8LRPpw$ > </url> > <blocked>true</blocked> > </mirror> > > Have you already tried doing it? > > For the model.jars it seems they are just brought to your local maven repo > from maven.apache.org. > Then a goal called unpack-dependencies copies the relevant files into your > build tree. > > Generally, if you look very carefully at the maven output, it will tell you > what is the original cause of your error. > Don't just go by what the last output lines are > > If this doesn't help, I'm afraid you'll need to ask someone else who may > be able to ask you better questions about your environment. > > Peter > > On Mon, Nov 27, 2023 at 11:07 AM gandhi rajan <gandhiraja...@gmail.com> > wrote: > > > Hi Peter, > > > > I did found your old discussion with Sean in the following link - > > > https://urldefense.com/v3/__https://lists.apache.org/thread/w9c33421vxb21bnr6gd9r2tb3n1odnnw__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHxc2xW_0A$ > > > > I am facing the same issue while building cakes core module. Could you > > please send me the URL details from your 'settings.xml' under > > '/usr/local/maven/config' > > folder to figure out from which repo you are trying to pull the > > dependencies from during build? > > > > On Mon, 27 Nov 2023 at 13:22, Peter Abramowitsch < > pabramowit...@gmail.com> > > wrote: > > > > > Hi Ghandi > > > I did some checking around and sure enough, the resource files are not > in > > > the git archive. I remember a conversation about this from long ago, > > that > > > git wasn't the best place for large binaries. And they're not in git. > > So > > > I looked in my maven repository to see where my model files had come > > from. > > > Those models and in fact all the resource data for ctakes comes from > > these > > > sources: > > > > > > here's the content of my > > > .m2/repository/org/apache/ctakes/ctakes-core-models/5.0.0-SNAPSHOT > > > > > > _remote.repositories > > > ctakes-core-models-5.0.0-20221224.062752-3.jar > > > ctakes-core-models-5.0.0-20221224.062752-3.jar.sha1 > > > ctakes-core-models-5.0.0-20221224.062752-3.pom > > > ctakes-core-models-5.0.0-20221224.062752-3.pom.sha1 > > > ctakes-core-models-5.0.0-SNAPSHOT-javadoc.jar.lastUpdated > > > ctakes-core-models-5.0.0-SNAPSHOT-sources.jar.lastUpdated > > > ctakes-core-models-5.0.0-SNAPSHOT.jar > > > ctakes-core-models-5.0.0-SNAPSHOT.pom > > > m2e-lastUpdated.properties > > > maven-metadata-apache.snapshots.xml > > > maven-metadata-apache.snapshots.xml.sha1 > > > resolver-status.properties > > > > > > and here's the content of m2e-lastUpdated.properties > > > > > > #Fri Nov 17 22:03:31 CET 2023 > > > apache.snapshots|https\:// > > > repository.apache.org/content/groups/snapshots/|javadoc=1700255011056 > <http://repository.apache.org/content/groups/snapshots/%7Cjavadoc=1700255011056> > > < > https://urldefense.com/v3/__http://repository.apache.org/content/groups/snapshots/*7Cjavadoc=1700255011056__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHw9y4WMOQ$ > > > > > < > > > https://urldefense.com/v3/__http://repository.apache.org/content/groups/snapshots/*7Cjavadoc=1700255011056__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHw9y4WMOQ$ > > > > > > apache.snapshots|https\:// > > > repository.apache.org/content/groups/snapshots/|sources=1700255007489 > <http://repository.apache.org/content/groups/snapshots/%7Csources=1700255007489> > > < > https://urldefense.com/v3/__http://repository.apache.org/content/groups/snapshots/*7Csources=1700255007489__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHwCxeiF8g$ > > > > > < > > > https://urldefense.com/v3/__http://repository.apache.org/content/groups/snapshots/*7Csources=1700255007489__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHwCxeiF8g$ > > > > > > central|https\://repo.maven.apache.org/maven2|javadoc=1700255011056 > <http://repo.maven.apache.org/maven2%7Cjavadoc=1700255011056> > > < > https://urldefense.com/v3/__http://repo.maven.apache.org/maven2*7Cjavadoc=1700255011056__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHzwJNZ2GQ$ > > > > > < > https://urldefense.com/v3/__http://repo.maven.apache.org/maven2*7Cjavadoc=1700255011056__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHzwJNZ2GQ$ > > > > > central|https\://repo.maven.apache.org/maven2|sources=1700255007489 > <http://repo.maven.apache.org/maven2%7Csources=1700255007489> > > < > https://urldefense.com/v3/__http://repo.maven.apache.org/maven2*7Csources=1700255007489__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHx0qGkFYA$ > > > > > < > https://urldefense.com/v3/__http://repo.maven.apache.org/maven2*7Csources=1700255007489__;JQ!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHx0qGkFYA$ > > > > > > > > I'm not a maven export, but perhaps where you're located (inside an > > > organization?) you cannot access these addresses, or they need to be > put > > in > > > a whitelist somewhere? Sean might know. > > > > > > Sorry about the confusion. Maven makes things both transparent and > > opaque > > > at the same time. Most disturbin > > > Peter > > > > > > > > > > > > On Mon, Nov 27, 2023 at 7:50 AM gandhi rajan <gandhiraja...@gmail.com> > > > wrote: > > > > > > > Hi Peter, > > > > > > > > I have pulled the code from main branch and the local copy is clean > > > without > > > > any changes to it. My issue still remains the same. The build is > trying > > > to > > > > pull the org.apache.ctakes:ctakes-core:jar:5.0.0-SNAPSHOT jar from > the > > > > remote maven repo which its not able to find. > > > > > > > > Complete error trace as follows: > > > > > > > > [ERROR] Failed to execute goal on project ctakes-core: Could not > > resolve > > > > dependencies for project > > > org.apache.ctakes:ctakes-core:jar:5.0.0-SNAPSHOT: > > > > The following artifacts could not be resolved: > > > > org.apache.ctakes:ctakes-core-models:jar:5.0.0-SNAPSHOT (absent): > > Cannot > > > > access nexus ( > https://urldefense.com/v3/__https://repo1.maven.org/maven2__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHze0ilTAg$ > ) in offline mode and the > > > > artifact org.apache.ctakes:ctakes-core-models:jar:5.0.0-SNAPSHOT has > > not > > > > been downloaded from it before. > > > > > > > > > > > > On Sun, 26 Nov 2023 at 23:25, Peter Abramowitsch < > > > pabramowit...@gmail.com> > > > > wrote: > > > > > > > > > Ghandi, I'm going out for a bit. Not sure how familiar you are > > with > > > > git, > > > > > so forgive me if this is obvious > > > > > > > > > > > > > > > > > > > > *$ git statusOn branch mainnothing to commit, working tree clean* > > > > > > > > > > If you've started making changes stash them in a branch and make > sure > > > > your > > > > > tree is clean to simplify what you are finding. > > > > > > > > > > Peter > > > > > > > > > > On Sun, Nov 26, 2023 at 6:47 PM Peter Abramowitsch < > > > > > pabramowit...@gmail.com> > > > > > wrote: > > > > > > > > > > > Nope, that is not the issue. Those version changes are > intentional > > > and > > > > > > necessary. The core pom and the subsidiary poms have been > changed > > > to > > > > > > 5.0.0-SNAPSHOT as well because this is a new release. For me > it > > > > > > compiles and runs fine (I am waiting for permission to check in > my > > > > > changes > > > > > > for the context token path issue to help with eclipse building. > > But > > > if > > > > > > you're just using mvn to build you should be fine. > > > > > > > > > > > > The problem you're having seems to be that maven isn't able to > > fetch > > > > the > > > > > > dependencies you need to build it. > > > > > > > > > > > > From your top level, if you do a *git status* and see that there > > are > > > no > > > > > > modifications or missing files, > > > > > > > > > > > > then try: *mvn --offline package* (to see if the relevant > > > > > > dependencies are already present) > > > > > > > > > > > > and send me the output. > > > > > > > > > > > > > > > > > > > > > > > > On Sun, Nov 26, 2023 at 6:30 PM gandhi rajan < > > > gandhiraja...@gmail.com> > > > > > > wrote: > > > > > > > > > > > >> hi Peter, > > > > > >> > > > > > >> Thanks for the inputs. But I could see that ctakes-core module's > > > > pom.xml > > > > > >> has changed from 4.0.1 snapshot to 5.0.0 snapshot and I guess > this > > > is > > > > > >> causing the issue in my case. Please find the pom.xml changes > for > > > > > >> your reference: > > > > > >> > > > > > >> *ctakes-core 4.0.1:* > > > > > >> > > > > > >> <dependency> > > > > > >> <groupId>org.apache.ctakes</groupId> > > > > > >> <artifactId>ctakes-core-res</artifactId> > > > > > >> </dependency> > > > > > >> > > > > > >> *ctakes-core 5.0.0:* > > > > > >> > > > > > >> <dependency> > > > > > >> <groupId>org.apache.ctakes</groupId> > > > > > >> <artifactId>ctakes-core-models</artifactId> > > > > > >> <version>${ctakes.models.version}</version> > > > > > >> </dependency> > > > > > >> > > > > > >> Do u know about the changes Peter by any chance? or only Sean > can > > > > throw > > > > > >> some light on these changes? > > > > > >> > > > > > >> On Sun, 26 Nov 2023 at 22:54, Peter Abramowitsch < > > > > > pabramowit...@gmail.com > > > > > >> > > > > > > >> wrote: > > > > > >> > > > > > >> > Hi Ghandi > > > > > >> > > > > > > >> > See how far you get when you built using --offline > > > > > >> > > > > > > >> > Peter > > > > > >> > > > > > > >> > On Sun, Nov 26, 2023 at 6:00 PM gandhi rajan < > > > > gandhiraja...@gmail.com > > > > > > > > > > > >> > wrote: > > > > > >> > > > > > > >> > > Hi Peter, > > > > > >> > > > > > > > >> > > I am not using any IDE to build the project. I just used git > > > bash > > > > to > > > > > >> pull > > > > > >> > > the project from > https://urldefense.com/v3/__https://github.com/apache/ctakes__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHwMwCj7uQ$ > to local > > > folder > > > > > and > > > > > >> > > tried > > > > > >> > > build the project from the root pom.xml > > > > > >> > > > > > > > >> > > The issue reported by build seems to be something strange. > > > > > >> > > > > > > > >> > > ERROR] Failed to execute goal on project ctakes-core: Could > > not > > > > > >> resolve > > > > > >> > > dependencies for project > > > > > >> > org.apache.ctakes:ctakes-core:jar:5.0.0-SNAPSHOT: > > > > > >> > > The following artifacts could not be resolved: > > > > > >> > > org.apache.ctakes:ctakes-core-models:jar:5.0.0-SNAPSHOT > > > (absent): > > > > > >> > > org.apache.ctakes:ctakes-core-models:jar:5.0.0-SNAPSHOT was > > not > > > > > found > > > > > >> in > > > > > >> > > > https://urldefense.com/v3/__https://repo1.maven.org/maven2__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHze0ilTAg$ > during a previous attempt. > > This > > > > > >> failure > > > > > >> > was > > > > > >> > > cached in the local repository and resolution is not > > reattempted > > > > > until > > > > > >> > the > > > > > >> > > update interval of nexus has elapsed or updates are forced > -> > > > > [Help > > > > > 1] > > > > > >> > > org.apache.maven.lifecycle.LifecycleExecutionException: > Failed > > > to > > > > > >> execute > > > > > >> > > goal on project ctakes-core: Could not resolve dependencies > > for > > > > > >> project > > > > > >> > > org.apache.ctakes:ctakes-core:jar:5.0.0-SNAPSHOT: The > > following > > > > > >> artifacts > > > > > >> > > could not be resolved: > > > > > >> > > org.apache.ctakes:ctakes-core-models:jar:5.0.0-SNAPSHOT > > > (absent): > > > > > >> > > org.apache.ctakes:ctakes-core-models:jar:5.0.0-SNAPSHOT was > > not > > > > > found > > > > > >> in > > > > > >> > > > https://urldefense.com/v3/__https://repo1.maven.org/maven2__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHze0ilTAg$ > during a previous attempt. > > This > > > > > >> failure > > > > > >> > was > > > > > >> > > cached in the local repository and resolution is not > > reattempted > > > > > until > > > > > >> > the > > > > > >> > > update interval of nexus has elapsed or updates are forced. > > > > > >> > > > > > > > >> > > Looks like maven build is expecting > > "ctakes:ctakes-core-models" > > > in > > > > > the > > > > > >> > > maven repository and trying to pull the same from remote > repo. > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> > > On Sun, 26 Nov 2023 at 21:19, Peter Abramowitsch < > > > > > >> > pabramowit...@gmail.com> > > > > > >> > > wrote: > > > > > >> > > > > > > > >> > > > Just a curiosity - Ghandi, are you using Eclipse+Maven? > If > > > not, > > > > > do > > > > > >> you > > > > > >> > > > have another IDE wrapped around Maven ? > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > On Sun, Nov 26, 2023 at 4:43 PM Peter Abramowitsch < > > > > > >> > > > pabramowit...@gmail.com> > > > > > >> > > > wrote: > > > > > >> > > > > > > > > >> > > > > HI Ghandi, > > > > > >> > > > > > > > > > >> > > > > That's one of the fundamental jars that gets built when > > you > > > > > start > > > > > >> > from > > > > > >> > > > the > > > > > >> > > > > top. And if you encounter the error I found, "core" > isn't > > > > going > > > > > >> to > > > > > >> > be > > > > > >> > > > > built and therefore any succeeding component also > > dependent > > > on > > > > > >> core > > > > > >> > > will > > > > > >> > > > > also fail. Check your build log and see if it doesn't > > > > mention > > > > > >> the > > > > > >> > > > > "contexttokenizer" > > > > > >> > > > > > > > > > >> > > > > I will be checking in a fix. A bunch of files, in the > > next > > > > day > > > > > or > > > > > >> > so. > > > > > >> > > > > > > > > > >> > > > > Peter > > > > > >> > > > > > > > > > >> > > > > On Sun, Nov 26, 2023 at 3:46 PM gandhi rajan < > > > > > >> > gandhiraja...@gmail.com> > > > > > >> > > > > wrote: > > > > > >> > > > > > > > > > >> > > > >> Hi Peter, > > > > > >> > > > >> > > > > > >> > > > >> I tried building the ctakes project from > > > > > >> > > > > https://urldefense.com/v3/__https://github.com/apache/ctakes__;!!NZvER7FxgEiBAiR_!rossFJrjv7RCYPsO0XiTkn5cwu5oMIZg_q3p8SFPSLVMfs4GvriQpnATGog-DGXyb4aNKBsQfqVmK9-9NDZUr7WdBHwMwCj7uQ$ > > > > > >> > > > >> out of curiosity to check on this issue. But I am > hitting > > > on > > > > a > > > > > >> > > different > > > > > >> > > > >> issue in building ctakes-core module. The error is > > "Could > > > > not > > > > > >> > resolve > > > > > >> > > > >> dependencies for project > > > > > >> > > > org.apache.ctakes:ctakes-core:jar:5.0.0-SNAPSHOT" > > > > > >> > > > >> > > > > > >> > > > >> Am I missing something? Where do I get or build > > > > > >> > > > >> org.apache.ctakes:ctakes-core.jar? > > > > > >> > > > >> > > > > > >> > > > >> On Sun, 26 Nov 2023 at 13:47, Peter Abramowitsch < > > > > > >> > > > pabramowit...@gmail.com > > > > > >> > > > >> > > > > > > >> > > > >> wrote: > > > > > >> > > > >> > > > > > >> > > > >> > About package naming and the context tokenizer, I was > > > quite > > > > > >> > puzzled > > > > > >> > > as > > > > > >> > > > >> to > > > > > >> > > > >> > why no one had so far complained about the > compilation > > > > issues > > > > > >> in > > > > > >> > the > > > > > >> > > > Git > > > > > >> > > > >> > Archive which I noticed. > > > > > >> > > > >> > > > > > > >> > > > >> > The issue is that a bunch of the ctakes files refer > to > > a > > > > > >> package > > > > > >> > > > >> > > > > > > >> > > > >> > *org.apache.ctakes.* > > > > > >> > > > >> > *contexttokenizer/...* > > > > > >> > > > >> > > > > > > >> > > > >> > when its contents actually live in the folder > > > > > >> > > > >> > > > > > > >> > > > >> > *org/apache/ctakes/context/**tokenizer/....* > > > > > >> > > > >> > > > > > > >> > > > >> > I did some research and discovered something that I > > > hadn't > > > > > >> known. > > > > > >> > > > >> > Apparently the Java spec suggests but doesn't enforce > > > that > > > > > >> package > > > > > >> > > > names > > > > > >> > > > >> > and folder structure should mirror each other. > > > > > >> > > > >> > > > > > > >> > > > >> > While Eclipse enforces it, some other build > > environments > > > > may > > > > > >> not. > > > > > >> > > > This > > > > > >> > > > >> was > > > > > >> > > > >> > reported to the Eclipse team years ago and was > assigned > > > > > >> "wont-fix" > > > > > >> > > > >> status. > > > > > >> > > > >> > I think I agree with that decision. Since Java's > > > > consistency > > > > > is > > > > > >> > one > > > > > >> > > of > > > > > >> > > > >> its > > > > > >> > > > >> > great virtues, with class names required to mirror > file > > > > > names, > > > > > >> why > > > > > >> > > > allow > > > > > >> > > > >> > fuzzy folder placement of sources? > > > > > >> > > > >> > > > > > > >> > > > >> > In the case of the Git archive for ctakes, the > folders > > > are > > > > > >> already > > > > > >> > > > >> logical > > > > > >> > > > >> > and "correct", but in some files the package names > and > > > > > imports > > > > > >> for > > > > > >> > > the > > > > > >> > > > >> > *context.tokenizer* are mismatching. Since I do use > > > > > Eclipse, I > > > > > >> > know > > > > > >> > > > >> that > > > > > >> > > > >> > the context.tokenizer is the only instance of this > > issue. > > > > > >> > > > >> > > > > > > >> > > > >> > Would anyone mind if I corrected the package names > and > > > > > >> references > > > > > >> > to > > > > > >> > > > >> match > > > > > >> > > > >> > the folders? > > > > > >> > > > >> > > > > > > >> > > > >> > Peter > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > >> > > > >> > > > > > >> > > > >> -- > > > > > >> > > > >> Regards, > > > > > >> > > > >> Gandhi > > > > > >> > > > >> > > > > > >> > > > >> "The best way to find urself is to lose urself in the > > > service > > > > > of > > > > > >> > > others > > > > > >> > > > >> !!!" > > > > > >> > > > >> > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > > >> > > -- > > > > > >> > > Regards, > > > > > >> > > Gandhi > > > > > >> > > > > > > > >> > > "The best way to find urself is to lose urself in the > service > > of > > > > > >> others > > > > > >> > > !!!" > > > > > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > > > >> -- > > > > > >> Regards, > > > > > >> Gandhi > > > > > >> > > > > > >> "The best way to find urself is to lose urself in the service of > > > > others > > > > > >> !!!" > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Regards, > > > > Gandhi > > > > > > > > "The best way to find urself is to lose urself in the service of > others > > > > !!!" > > > > > > > > > > > > > -- > > Regards, > > Gandhi > > > > "The best way to find urself is to lose urself in the service of others > > !!!" > > >
