[Lift] Re: JPADemo weird disappearing boot
I took a different pom.xml from an older version of the demo and copied
it in, changing the artifactId, etc. and it worked. Not sure which line
did it. Here's what I'm using:
?xml version=1.0 encoding=UTF-8?
project
modelVersion4.0.0/modelVersion
groupIdorg.myapp/groupId
artifactIdmyapp-master/artifactId
version0.10-SNAPSHOT/version
descriptionmyapp master project/description
inceptionYear2008/inceptionYear
packagingpom/packaging
modules
modulemyapp-app/module
modulemyapp-per/module
/modules
!-- Master properties (inherited by modules) --
properties
scala.version2.7.1/scala.version
/properties
repositories
repository
idscala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-releases/url
/repository
repository
idscala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-snapshots/url
/repository
/repositories
pluginRepositories
pluginRepository
idscala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-releases/url
/pluginRepository
/pluginRepositories
dependencies
dependency
groupIdorg.scala-lang/groupId
artifactIdscala-library/artifactId
version${scala.version}/version
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.5/version
scopeprovided/scope
/dependency
dependency
groupIdcommons-codec/groupId
artifactIdcommons-codec/artifactId
version1.3/version
/dependency
dependency
groupIdcommons-httpclient/groupId
artifactIdcommons-httpclient/artifactId
version3.0.1/version
/dependency
dependency
groupIdcommons-collections/groupId
artifactIdcommons-collections/artifactId
version3.2/version
/dependency
dependency
groupIdcom.rabbitmq/groupId
artifactIdrabbitmq-client/artifactId
version1.2.0/version
/dependency
dependency
groupIdjunit/groupId
artifactIdjunit/artifactId
version4.4/version
scopetest/scope
/dependency
/dependencies
build
sourceDirectorysrc/main/scala/sourceDirectory
testSourceDirectorysrc/test/scala/testSourceDirectory
plugins
plugin
groupIdorg.scala-tools/groupId
artifactIdmaven-scala-plugin/artifactId
executions
execution
goals
goalcompile/goal
goaltestCompile/goal
/goals
/execution
/executions
configuration
scalaVersion${scala.version}/scalaVersion
/configuration
/plugin
plugin
groupIdorg.mortbay.jetty/groupId
artifactIdmaven-jetty-plugin/artifactId
configuration
contextPath//contextPath
scanIntervalSeconds0/scanIntervalSeconds
/configuration
/plugin
/plugins
/build
reporting
plugins
plugin
groupIdorg.scala-tools/groupId
artifactIdmaven-scala-plugin/artifactId
configuration
scalaVersion${scala.version}/scalaVersion
/configuration
/plugin
/plugins
/reporting
/project
Chas.
Oliver wrote:
I'm getting the error too :( rotten boot
On Wed, Oct 8, 2008 at 4:47 PM, Charles F. Munat [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I figured this out (sort of). The problem was in the master pom.xml. Not
sure what it was, though.
Chas.
Charles F. Munat wrote:
I seem to have lost my boot.
I copied the JPADemo out of the liftweb source code and changed
the poms
and everything else to make it the basis for a new app I'm trying
to get
online this week.
Everything compiles just fine, and the site works (sort of), but the
Boot class fails to load. Here is the error:
ERROR - Failed to Boot
java.lang.ClassNotFoundException: bootstrap.liftweb.Boot
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native
Method)
at
java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
...
Here's the stripped down Boot class:
package bootstrap.liftweb
import java.util.Locale
import javax.servlet.http.HttpServletRequest
import net.liftweb.util.{Can,Empty,Full,LoanWrapper,LogBoot}
import net.liftweb.http._
import net.liftweb.sitemap._
import net.liftweb.sitemap.Loc._
import org.wsbg.model._
import S.?
class Boot {
def boot {
[Lift] Re: JPADemo weird disappearing boot
I'm getting the error too :( rotten boot
On Wed, Oct 8, 2008 at 4:47 PM, Charles F. Munat [EMAIL PROTECTED] wrote:
I figured this out (sort of). The problem was in the master pom.xml. Not
sure what it was, though.
Chas.
Charles F. Munat wrote:
I seem to have lost my boot.
I copied the JPADemo out of the liftweb source code and changed the poms
and everything else to make it the basis for a new app I'm trying to get
online this week.
Everything compiles just fine, and the site works (sort of), but the
Boot class fails to load. Here is the error:
ERROR - Failed to Boot
java.lang.ClassNotFoundException: bootstrap.liftweb.Boot
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
...
Here's the stripped down Boot class:
package bootstrap.liftweb
import java.util.Locale
import javax.servlet.http.HttpServletRequest
import net.liftweb.util.{Can,Empty,Full,LoanWrapper,LogBoot}
import net.liftweb.http._
import net.liftweb.sitemap._
import net.liftweb.sitemap.Loc._
import org.wsbg.model._
import S.?
class Boot {
def boot {
// where to search snippet
LiftRules.addToPackages(org.myapp)
}
}
Everything has been changed from com.foo.jpademo to org.myapp
appropriately. Where can I look to determine why Boot isn't found?
Thanks,
Chas.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---
[Lift] Re: Simple Build Tool
Hi, @Tim I don't have more info than the announce of 2.1.0-m1 or the following article : * http://www.mail-archive.com/[EMAIL PROTECTED]/msg89838.html * http://blogs.sonatype.com/john/2008/09/19/1221844609400.html (and I didn't find time to test the new version of maven) @Derek Jesse Eichar contribute scripting to maven-scala-plugin (http://scala-tools.org/mvnsites-snapshots/maven-scala-plugin/usage_script.html) this is part of the version 2.8-SNAPSHOT, that should be released next week. /davidB On Mon, Oct 6, 2008 at 7:06 PM, Derek Chen-Becker [EMAIL PROTECTED] wrote: I agree on the Maven mojo programming. Anything to simplify custom build scripts would be great, so SBT sounds like an interesting idea. I didn't mean to imply that it was a bad idea, just that you don't need all of the -Ds :) Derek On Mon, Oct 6, 2008 at 9:46 AM, Tim Perrett [EMAIL PROTECTED] wrote: Hey Derek, I know about this command :-) My observation (of my friend at least) is that his reaction was holy- cow, i need to learn this build tool, a new language and a new framework. The language and framework part you cant get away from invariably but perhaps we can do something on the build tool front. Also what you generally see people doing with Rake is creating useful little utilities without having to know heaps about how actually rake works under the hood. Right now, IMO, creating maven mojo's is quite difficult and you wouldnt see that same thing happening (a lot of people are also very against programming in XML which maven can sometimes feel like) Like I said, im not really pro-SBT or anything, I just wanted to float the idea. Maven is doing a great job for us right now I agree. @davidB: Is there an ETA for maven 2.1 and 3.0 and/or a roadmap of new features? Cheers Tim On Oct 5, 11:33 pm, Derek Chen-Becker [EMAIL PROTECTED] wrote: There's no *requirement* to use all of the -D stuff. If you just do mvn -U archetype:generate you actually get a nice list of archetypes, two of which are: 31: internal - lift-archetype-blank (A blank/empty liftweb project) 32: internal - lift-archetype-basic (The basic (liftweb) project) If you just pick the number it prompts you for the necessary info. Derek On Sun, Oct 5, 2008 at 1:58 PM, Tim Perrett [EMAIL PROTECTED] wrote: god no, I dont want to replace maven :-) There is talk of SBT having rake type functionality in the not too distant future, so that was more what I was thinking. I appreciate that maven can do all that stuff but from a beginer perspective its pretty difficult for them to learn. I recently persuaded my best friend to take up lift, and one of the things he just couldnt understand was all the -D stuff he needed to do when getting started. So my intention here was more thinking that perhaps its something we could leverage to simply our project creation needs etc Like I said, just floating the idea :-) Cheers Tim On Oct 5, 8:22 pm, Jorge Ortiz [EMAIL PROTECTED] wrote: I don't see a downside to providing an alternative build system to people who are very Maven-averse (as long as I don't have to maintain it!, heh) But yeah, replacing Maven at this point seems unwise, unless there are very compelling reasons. --j On Sun, Oct 5, 2008 at 12:15 PM, David Pollak [EMAIL PROTECTED] wrote: On Sun, Oct 5, 2008 at 10:59 AM, Tim Perrett [EMAIL PROTECTED] wrote: Guys, Check this out: http://code.google.com/p/simple-build-tool/ It appeared a couple of days ago - im wondering if its something we could customize to make starting lift projects easier? Its all written in scala so should be easily extendable. I am very reluctant to introduce an additional build system to Lift. If this tool is built on top of the Maven infrastructure but uses Scala files to define build rules rather than using XML, I'm interested in learning more. If it's yet another build tool... well... I need to take a better look, but thought id float the idea Cheers Tim -- Lift, the simply functional web frameworkhttp://liftweb.net Collaborative Task Managementhttp://much4.us Follow me:http://twitter.com/dpp Git some:http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Simple Build Tool
Awesome. Am I reading that right that you could essentially embed scala code right in the POM? On Wed, Oct 8, 2008 at 1:50 PM, David Bernard [EMAIL PROTECTED]wrote: Hi, @Tim I don't have more info than the announce of 2.1.0-m1 or the following article : * http://www.mail-archive.com/[EMAIL PROTECTED]/msg89838.html * http://blogs.sonatype.com/john/2008/09/19/1221844609400.html (and I didn't find time to test the new version of maven) @Derek Jesse Eichar contribute scripting to maven-scala-plugin ( http://scala-tools.org/mvnsites-snapshots/maven-scala-plugin/usage_script.html ) this is part of the version 2.8-SNAPSHOT, that should be released next week. /davidB On Mon, Oct 6, 2008 at 7:06 PM, Derek Chen-Becker [EMAIL PROTECTED] wrote: I agree on the Maven mojo programming. Anything to simplify custom build scripts would be great, so SBT sounds like an interesting idea. I didn't mean to imply that it was a bad idea, just that you don't need all of the -Ds :) Derek On Mon, Oct 6, 2008 at 9:46 AM, Tim Perrett [EMAIL PROTECTED] wrote: Hey Derek, I know about this command :-) My observation (of my friend at least) is that his reaction was holy- cow, i need to learn this build tool, a new language and a new framework. The language and framework part you cant get away from invariably but perhaps we can do something on the build tool front. Also what you generally see people doing with Rake is creating useful little utilities without having to know heaps about how actually rake works under the hood. Right now, IMO, creating maven mojo's is quite difficult and you wouldnt see that same thing happening (a lot of people are also very against programming in XML which maven can sometimes feel like) Like I said, im not really pro-SBT or anything, I just wanted to float the idea. Maven is doing a great job for us right now I agree. @davidB: Is there an ETA for maven 2.1 and 3.0 and/or a roadmap of new features? Cheers Tim On Oct 5, 11:33 pm, Derek Chen-Becker [EMAIL PROTECTED] wrote: There's no *requirement* to use all of the -D stuff. If you just do mvn -U archetype:generate you actually get a nice list of archetypes, two of which are: 31: internal - lift-archetype-blank (A blank/empty liftweb project) 32: internal - lift-archetype-basic (The basic (liftweb) project) If you just pick the number it prompts you for the necessary info. Derek On Sun, Oct 5, 2008 at 1:58 PM, Tim Perrett [EMAIL PROTECTED] wrote: god no, I dont want to replace maven :-) There is talk of SBT having rake type functionality in the not too distant future, so that was more what I was thinking. I appreciate that maven can do all that stuff but from a beginer perspective its pretty difficult for them to learn. I recently persuaded my best friend to take up lift, and one of the things he just couldnt understand was all the -D stuff he needed to do when getting started. So my intention here was more thinking that perhaps its something we could leverage to simply our project creation needs etc Like I said, just floating the idea :-) Cheers Tim On Oct 5, 8:22 pm, Jorge Ortiz [EMAIL PROTECTED] wrote: I don't see a downside to providing an alternative build system to people who are very Maven-averse (as long as I don't have to maintain it!, heh) But yeah, replacing Maven at this point seems unwise, unless there are very compelling reasons. --j On Sun, Oct 5, 2008 at 12:15 PM, David Pollak [EMAIL PROTECTED] wrote: On Sun, Oct 5, 2008 at 10:59 AM, Tim Perrett [EMAIL PROTECTED] wrote: Guys, Check this out: http://code.google.com/p/simple-build-tool/ It appeared a couple of days ago - im wondering if its something we could customize to make starting lift projects easier? Its all written in scala so should be easily extendable. I am very reluctant to introduce an additional build system to Lift. If this tool is built on top of the Maven infrastructure but uses Scala files to define build rules rather than using XML, I'm interested in learning more. If it's yet another build tool... well... I need to take a better look, but thought id float the idea Cheers Tim -- Lift, the simply functional web frameworkhttp://liftweb.net Collaborative Task Managementhttp://much4.us Follow me:http://twitter.com/dpp Git some:http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group,
[Lift] Re: JPADemo weird disappearing boot
Did you pull it out? It runs fine for me when I run it *inside* lift's
examples. But what I was doing is making a copy of the JPADemo, renaming
everything, and then converting it into an app for myself.
The pom.xml file in the JPADemo references the master Lift pom.xml in
the examples directory, so I had to change that. I swapped in one from a
previous standalone and it worked.
Does this make sense? The clean pull from github works fine. It was my
pulled-out version that didn't.
On drawback to having the JPADemo pom.xml rely on the Lift Examples
pom.xml is that other people will probably want to do what I've done. If
I knew anything about Maven, I'd try to set it up as an archetype, so I
could just use one to generate a blank JPA version of Lift (well, it
would be nice if it had some basic RBAC, examples of one-to-many and
many-to-many relationships, CRUD pages, etc. installed by default so I
could just change them to what I need).
I'll try to find time to look at Maven this weekend and will see if I
can figure out how that could be done. (But this is a hell week for me,
so I don't know how far I'll get.)
Chas.
Derek Chen-Becker wrote:
This is really, really strange, since what's in Git works fine for me
here. Can you do me a favor and wipe your maven repository, re-pull from
github, do a mvn clean and then see if it works? I just did that and it
compiles (and runs) fine...
Derek
On Wed, Oct 8, 2008 at 1:05 AM, Charles F. Munat [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I took a different pom.xml from an older version of the demo and copied
it in, changing the artifactId, etc. and it worked. Not sure which line
did it. Here's what I'm using:
?xml version=1.0 encoding=UTF-8?
project
modelVersion4.0.0/modelVersion
groupIdorg.myapp/groupId
artifactIdmyapp-master/artifactId
version0.10-SNAPSHOT/version
descriptionmyapp master project/description
inceptionYear2008/inceptionYear
packagingpom/packaging
modules
modulemyapp-app/module
modulemyapp-per/module
/modules
!-- Master properties (inherited by modules) --
properties
scala.version2.7.1/scala.version
/properties
repositories
repository
idscala-tools.org http://scala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-releases/url
/repository
repository
idscala-tools.org http://scala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-snapshots/url
/repository
/repositories
pluginRepositories
pluginRepository
idscala-tools.org http://scala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-releases/url
/pluginRepository
/pluginRepositories
dependencies
dependency
groupIdorg.scala-lang/groupId
artifactIdscala-library/artifactId
version${scala.version}/version
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.5/version
scopeprovided/scope
/dependency
dependency
groupIdcommons-codec/groupId
artifactIdcommons-codec/artifactId
version1.3/version
/dependency
dependency
groupIdcommons-httpclient/groupId
artifactIdcommons-httpclient/artifactId
version3.0.1/version
/dependency
dependency
groupIdcommons-collections/groupId
artifactIdcommons-collections/artifactId
version3.2/version
/dependency
dependency
groupIdcom.rabbitmq/groupId
artifactIdrabbitmq-client/artifactId
version1.2.0/version
/dependency
dependency
groupIdjunit/groupId
artifactIdjunit/artifactId
version4.4/version
scopetest/scope
/dependency
/dependencies
build
sourceDirectorysrc/main/scala/sourceDirectory
testSourceDirectorysrc/test/scala/testSourceDirectory
plugins
plugin
groupIdorg.scala-tools/groupId
artifactIdmaven-scala-plugin/artifactId
executions
execution
goals
goalcompile/goal
goaltestCompile/goal
/goals
/execution
/executions
configuration
scalaVersion${scala.version}/scalaVersion
/configuration
/plugin
plugin
groupIdorg.mortbay.jetty/groupId
artifactIdmaven-jetty-plugin/artifactId
configuration
[Lift] Re: JPADemo weird disappearing boot
Sorry, I misunderstood. Actually, making an archetype is on my todo list. I
was looking at the generate-from-project goal on the maven archetype plugin:
http://maven.apache.org/plugins/maven-archetype-plugin/advanced-usage.html
That may correctly infer the dependencies, etc to make a complete pom. If
not, I'll fix it.
Derek
On Wed, Oct 8, 2008 at 4:07 PM, Charles F. Munat [EMAIL PROTECTED] wrote:
Did you pull it out? It runs fine for me when I run it *inside* lift's
examples. But what I was doing is making a copy of the JPADemo, renaming
everything, and then converting it into an app for myself.
The pom.xml file in the JPADemo references the master Lift pom.xml in
the examples directory, so I had to change that. I swapped in one from a
previous standalone and it worked.
Does this make sense? The clean pull from github works fine. It was my
pulled-out version that didn't.
On drawback to having the JPADemo pom.xml rely on the Lift Examples
pom.xml is that other people will probably want to do what I've done. If
I knew anything about Maven, I'd try to set it up as an archetype, so I
could just use one to generate a blank JPA version of Lift (well, it
would be nice if it had some basic RBAC, examples of one-to-many and
many-to-many relationships, CRUD pages, etc. installed by default so I
could just change them to what I need).
I'll try to find time to look at Maven this weekend and will see if I
can figure out how that could be done. (But this is a hell week for me,
so I don't know how far I'll get.)
Chas.
Derek Chen-Becker wrote:
This is really, really strange, since what's in Git works fine for me
here. Can you do me a favor and wipe your maven repository, re-pull from
github, do a mvn clean and then see if it works? I just did that and it
compiles (and runs) fine...
Derek
On Wed, Oct 8, 2008 at 1:05 AM, Charles F. Munat [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I took a different pom.xml from an older version of the demo and
copied
it in, changing the artifactId, etc. and it worked. Not sure which
line
did it. Here's what I'm using:
?xml version=1.0 encoding=UTF-8?
project
modelVersion4.0.0/modelVersion
groupIdorg.myapp/groupId
artifactIdmyapp-master/artifactId
version0.10-SNAPSHOT/version
descriptionmyapp master project/description
inceptionYear2008/inceptionYear
packagingpom/packaging
modules
modulemyapp-app/module
modulemyapp-per/module
/modules
!-- Master properties (inherited by modules) --
properties
scala.version2.7.1/scala.version
/properties
repositories
repository
idscala-tools.org http://scala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-releases/url
/repository
repository
idscala-tools.org http://scala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-snapshots/url
/repository
/repositories
pluginRepositories
pluginRepository
idscala-tools.org http://scala-tools.org/id
nameScala-Tools Maven2 Repository/name
urlhttp://scala-tools.org/repo-releases/url
/pluginRepository
/pluginRepositories
dependencies
dependency
groupIdorg.scala-lang/groupId
artifactIdscala-library/artifactId
version${scala.version}/version
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.5/version
scopeprovided/scope
/dependency
dependency
groupIdcommons-codec/groupId
artifactIdcommons-codec/artifactId
version1.3/version
/dependency
dependency
groupIdcommons-httpclient/groupId
artifactIdcommons-httpclient/artifactId
version3.0.1/version
/dependency
dependency
groupIdcommons-collections/groupId
artifactIdcommons-collections/artifactId
version3.2/version
/dependency
dependency
groupIdcom.rabbitmq/groupId
artifactIdrabbitmq-client/artifactId
version1.2.0/version
/dependency
dependency
groupIdjunit/groupId
artifactIdjunit/artifactId
version4.4/version
scopetest/scope
/dependency
/dependencies
build
sourceDirectorysrc/main/scala/sourceDirectory
testSourceDirectorysrc/test/scala/testSourceDirectory
plugins
plugin
groupIdorg.scala-tools/groupId
artifactIdmaven-scala-plugin/artifactId
[Lift] Log in from any page
I'd like to put a log in form on site pages that allows the user to log in on a post back. I'm trying to figure out where to put the authentication method. What runs on every request? I need to log the user in before the page is processed because the log in status determines what gets displayed on the page. Thanks! Chas. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: A coupel of quick questions
On Tue, Oct 7, 2008 at 1:28 PM, Charles F. Munat [EMAIL PROTECTED] wrote: What is the benefit of the Dispatch Snippet over the Snippet? When would I use one and when the other? If you're cool with looking up the snippet by class/method name use the plain old snippet. If you want some control before the method gets invoked (e.g., changing the behavior based on current session state), use the dispatch snippet. Is there a quick explanation somewhere that is *up-to-date* on how to do one-to-many bidirectional relationships and many-to-many bidirectional relationships in the mapper? I've looked around but I'm not sure how it all works. There's no much to say about many to many other than HasManyThrough which is a pretty old and crunchy piece of code. One-to-Many is: object otherThing extends MappedLongForeignKey(this, Other) otherThing.obj: Can[Other] will give you the other, if it exists. In other, to find all the things the refer to it: def findThings: List[Thing] = Thing.findAll(Thing.otherThing, this.id) Does that help? Thanks, David Thanks! Chas. -- Lift, the simply functional web framework http://liftweb.net Collaborative Task Management http://much4.us Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
