[Lift] Re: Regression!
Yet again Yay for jQuery 1.3.x :)
On Thu, Feb 19, 2009 at 12:17 AM, Meredith Gregory lgreg.mered...@gmail.com
wrote:
David,
Rats! It looks like you can keep your stash to yourself ;-) The drag-n-drop
behavior now works correctly as well.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 3:14 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Your static example used jQuery 1.3
Lift 0.10 used jQuery 1.2 and I'm betting that caused the problem (I saw
the problem).
Lift 0.11 uses jQuery 1.3.1 and it seems to work. Please verify that the
behavior is correct under 0.11 and that I'm not smoking anything (or if I am
smoking something, I promise to share next time we're in the same city.)
On Wed, Feb 18, 2009 at 2:58 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
David,
Thanks! Now... if i could get help tracking down the bad jQuery
interaction that i originally made the test case for... ;-)
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:50 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
You experienced a progression, not a regression. :-)
I tightened up the Lift security model a little bit such that Lift will
not pass requests to the Servlet container just because the request was not
found in sitemap.
So, what you can do is define a pattern that excludes the widget1.html,
etc. files from being serviced by Lift. Lift will pass the request right
onto the container and all will work as you expect. In Boot:
LiftRules.liftRequest.append {
case Req(n :: Nil, _, _) if n.startsWith(widget) n !=
widgets = false
}
Thanks,
David
On Wed, Feb 18, 2009 at 2:26 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Here's a more detailed description of behavior.
What's supposed to happen (and what does under Lift-.10)
- unzip liftTestCase.zip; cd liftTestCase/dspace; mvn clean; mvn
compile; mvn jetty:run
- point browser at http://localhost:8080
- signup; login; click on Activities submenu
- click on + create activity link
- a widget representing the activity should appear -- and Somebody
clicked the link should scroll by in stdout
Here's what does happen (if you change pom to point to
Lift-.11-SNAPSHOT
- the same up to click on + create activity link
- the Somebody clicked the link does scroll by, but the widget
does not appear
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:19 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
David,
i'm testing in FF and Safari. i get the very same behavior.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:17 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
I haven't had a chance to look at your code, but are you testing in
Firefox?
Firefox has a very, very, very nasty bug related to XHTML namepsaces
that's further poked by jQuery.
Marius is working on a fix and it should be out tomorrow.
Please try Safari or Chrome for testing and see if the problems are
the same.
Thanks,
David
On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
The test case i submitted for strange behavior also happens to be a
regression test for 11-SNAPSHOT. If you compile and run the dspace
test case
under lift .10, at least the activity creation code works as expected.
If
you compile and run the dspace test case under lift 11-SNAPSHOT, the
activity creation code does nothing at all.
i'd roll back to 10, but for the fact that i need changes related to
JPA. i can haz a clue?
Best wishes,
--greg
On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Attached is a minimal example of a strange interaction between lift
and a jQuery plugin. If you unzip the example you will find inside the
liftTestCase directory 5 subdirectories two of which contain
behaviors to
compare. The directory 23 contains an example that is purely jQuery
with the
EasyWidgets plugin. The directory dspace contains a lift-based site.
If you open 23/index.html in a browser you will see a page that
allows you to add widgets that can be dragged and dropped around.
This all
works. If you cd into dspace and launch mvn jetty:run, sign up,
login, then
you will see a boiled down version of the same thing. The difference
is that
the javascript jQuery call is run as a JsRaw. Everything seems to work
except you attempt to drag and drop the components. Then you get very
weird
behavior that is easier to see than to describe.
The thing is, we haven't actually done any interesting lift stuff,
yet, in the boiled down sample. We're just calling into the
EasyWidgets
function just like in the sample. i would expect these two examples to
exhibit nearly identical behavior. i'm guessing there's some weird
interaction between lift-included javascript and the jQuery plugin.
Several questions:
- How could we devise a way to check at
[Lift] Re: Regression!
Greg, I haven't had a chance to look at your code, but are you testing in Firefox? Firefox has a very, very, very nasty bug related to XHTML namepsaces that's further poked by jQuery. Marius is working on a fix and it should be out tomorrow. Please try Safari or Chrome for testing and see if the problems are the same. Thanks, David On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory lgreg.mered...@gmail.comwrote: Lifted, The test case i submitted for strange behavior also happens to be a regression test for 11-SNAPSHOT. If you compile and run the dspace test case under lift .10, at least the activity creation code works as expected. If you compile and run the dspace test case under lift 11-SNAPSHOT, the activity creation code does nothing at all. i'd roll back to 10, but for the fact that i need changes related to JPA. i can haz a clue? Best wishes, --greg On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, Attached is a minimal example of a strange interaction between lift and a jQuery plugin. If you unzip the example you will find inside the liftTestCase directory 5 subdirectories two of which contain behaviors to compare. The directory 23 contains an example that is purely jQuery with the EasyWidgets plugin. The directory dspace contains a lift-based site. If you open 23/index.html in a browser you will see a page that allows you to add widgets that can be dragged and dropped around. This all works. If you cd into dspace and launch mvn jetty:run, sign up, login, then you will see a boiled down version of the same thing. The difference is that the javascript jQuery call is run as a JsRaw. Everything seems to work except you attempt to drag and drop the components. Then you get very weird behavior that is easier to see than to describe. The thing is, we haven't actually done any interesting lift stuff, yet, in the boiled down sample. We're just calling into the EasyWidgets function just like in the sample. i would expect these two examples to exhibit nearly identical behavior. i'm guessing there's some weird interaction between lift-included javascript and the jQuery plugin. Several questions: - How could we devise a way to check at compile time that there is such an interaction? This seems to be a crucial point as the momentum is to use third party frontend web components. - What is the best way to go about finding the interaction if it has escaped compile time detection? Best wishes, --greg -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 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 liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Regression!
David, i'm testing in FF and Safari. i get the very same behavior. Best wishes, --greg On Wed, Feb 18, 2009 at 2:17 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Greg, I haven't had a chance to look at your code, but are you testing in Firefox? Firefox has a very, very, very nasty bug related to XHTML namepsaces that's further poked by jQuery. Marius is working on a fix and it should be out tomorrow. Please try Safari or Chrome for testing and see if the problems are the same. Thanks, David On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, The test case i submitted for strange behavior also happens to be a regression test for 11-SNAPSHOT. If you compile and run the dspace test case under lift .10, at least the activity creation code works as expected. If you compile and run the dspace test case under lift 11-SNAPSHOT, the activity creation code does nothing at all. i'd roll back to 10, but for the fact that i need changes related to JPA. i can haz a clue? Best wishes, --greg On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, Attached is a minimal example of a strange interaction between lift and a jQuery plugin. If you unzip the example you will find inside the liftTestCase directory 5 subdirectories two of which contain behaviors to compare. The directory 23 contains an example that is purely jQuery with the EasyWidgets plugin. The directory dspace contains a lift-based site. If you open 23/index.html in a browser you will see a page that allows you to add widgets that can be dragged and dropped around. This all works. If you cd into dspace and launch mvn jetty:run, sign up, login, then you will see a boiled down version of the same thing. The difference is that the javascript jQuery call is run as a JsRaw. Everything seems to work except you attempt to drag and drop the components. Then you get very weird behavior that is easier to see than to describe. The thing is, we haven't actually done any interesting lift stuff, yet, in the boiled down sample. We're just calling into the EasyWidgets function just like in the sample. i would expect these two examples to exhibit nearly identical behavior. i'm guessing there's some weird interaction between lift-included javascript and the jQuery plugin. Several questions: - How could we devise a way to check at compile time that there is such an interaction? This seems to be a crucial point as the momentum is to use third party frontend web components. - What is the best way to go about finding the interaction if it has escaped compile time detection? Best wishes, --greg -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com --~--~-~--~~~---~--~~ 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 liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Regression!
Lifted, Here's a more detailed description of behavior. What's supposed to happen (and what does under Lift-.10) - unzip liftTestCase.zip; cd liftTestCase/dspace; mvn clean; mvn compile; mvn jetty:run - point browser at http://localhost:8080 - signup; login; click on Activities submenu - click on + create activity link - a widget representing the activity should appear -- and Somebody clicked the link should scroll by in stdout Here's what does happen (if you change pom to point to Lift-.11-SNAPSHOT - the same up to click on + create activity link - the Somebody clicked the link does scroll by, but the widget does not appear Best wishes, --greg On Wed, Feb 18, 2009 at 2:19 PM, Meredith Gregory lgreg.mered...@gmail.comwrote: David, i'm testing in FF and Safari. i get the very same behavior. Best wishes, --greg On Wed, Feb 18, 2009 at 2:17 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Greg, I haven't had a chance to look at your code, but are you testing in Firefox? Firefox has a very, very, very nasty bug related to XHTML namepsaces that's further poked by jQuery. Marius is working on a fix and it should be out tomorrow. Please try Safari or Chrome for testing and see if the problems are the same. Thanks, David On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, The test case i submitted for strange behavior also happens to be a regression test for 11-SNAPSHOT. If you compile and run the dspace test case under lift .10, at least the activity creation code works as expected. If you compile and run the dspace test case under lift 11-SNAPSHOT, the activity creation code does nothing at all. i'd roll back to 10, but for the fact that i need changes related to JPA. i can haz a clue? Best wishes, --greg On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, Attached is a minimal example of a strange interaction between lift and a jQuery plugin. If you unzip the example you will find inside the liftTestCase directory 5 subdirectories two of which contain behaviors to compare. The directory 23 contains an example that is purely jQuery with the EasyWidgets plugin. The directory dspace contains a lift-based site. If you open 23/index.html in a browser you will see a page that allows you to add widgets that can be dragged and dropped around. This all works. If you cd into dspace and launch mvn jetty:run, sign up, login, then you will see a boiled down version of the same thing. The difference is that the javascript jQuery call is run as a JsRaw. Everything seems to work except you attempt to drag and drop the components. Then you get very weird behavior that is easier to see than to describe. The thing is, we haven't actually done any interesting lift stuff, yet, in the boiled down sample. We're just calling into the EasyWidgets function just like in the sample. i would expect these two examples to exhibit nearly identical behavior. i'm guessing there's some weird interaction between lift-included javascript and the jQuery plugin. Several questions: - How could we devise a way to check at compile time that there is such an interaction? This seems to be a crucial point as the momentum is to use third party frontend web components. - What is the best way to go about finding the interaction if it has escaped compile time detection? Best wishes, --greg -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com --~--~-~--~~~---~--~~ 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 liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Regression!
Are you using the ScalaJPA module? Logs would be appreciated if it's not too much trouble, otherwise I can try to put together my own test project. Thanks, Derek On Wed, Feb 18, 2009 at 4:27 PM, Meredith Gregory lgreg.mered...@gmail.comwrote: Derek, i'll have to scroll through the compile logs. When i added the JPA stuff the project wouldn't build under 11-SNAPSHOT. If you really need the details, i'll regenerate them. Best wishes, --greg On Wed, Feb 18, 2009 at 2:23 PM, Derek Chen-Becker dchenbec...@gmail.comwrote: What functionality are you using related to JPA in 11? Just curious since AFAIK we didn't change anything directly... Thanks, Derek On Wed, Feb 18, 2009 at 4:19 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: David, i'm testing in FF and Safari. i get the very same behavior. Best wishes, --greg On Wed, Feb 18, 2009 at 2:17 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Greg, I haven't had a chance to look at your code, but are you testing in Firefox? Firefox has a very, very, very nasty bug related to XHTML namepsaces that's further poked by jQuery. Marius is working on a fix and it should be out tomorrow. Please try Safari or Chrome for testing and see if the problems are the same. Thanks, David On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, The test case i submitted for strange behavior also happens to be a regression test for 11-SNAPSHOT. If you compile and run the dspace test case under lift .10, at least the activity creation code works as expected. If you compile and run the dspace test case under lift 11-SNAPSHOT, the activity creation code does nothing at all. i'd roll back to 10, but for the fact that i need changes related to JPA. i can haz a clue? Best wishes, --greg On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory lgreg.mered...@gmail.com wrote: Lifted, Attached is a minimal example of a strange interaction between lift and a jQuery plugin. If you unzip the example you will find inside the liftTestCase directory 5 subdirectories two of which contain behaviors to compare. The directory 23 contains an example that is purely jQuery with the EasyWidgets plugin. The directory dspace contains a lift-based site. If you open 23/index.html in a browser you will see a page that allows you to add widgets that can be dragged and dropped around. This all works. If you cd into dspace and launch mvn jetty:run, sign up, login, then you will see a boiled down version of the same thing. The difference is that the javascript jQuery call is run as a JsRaw. Everything seems to work except you attempt to drag and drop the components. Then you get very weird behavior that is easier to see than to describe. The thing is, we haven't actually done any interesting lift stuff, yet, in the boiled down sample. We're just calling into the EasyWidgets function just like in the sample. i would expect these two examples to exhibit nearly identical behavior. i'm guessing there's some weird interaction between lift-included javascript and the jQuery plugin. Several questions: - How could we devise a way to check at compile time that there is such an interaction? This seems to be a crucial point as the momentum is to use third party frontend web components. - What is the best way to go about finding the interaction if it has escaped compile time detection? Best wishes, --greg -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com -- L.G. Meredith Managing Partner Biosimilarity LLC 806 55th St NE Seattle, WA 98105 +1 206.650.3740 http://biosimilarity.blogspot.com --~--~-~--~~~---~--~~ 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 liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Regression!
David,
Thanks! Now... if i could get help tracking down the bad jQuery interaction
that i originally made the test case for... ;-)
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:50 PM, David Pollak feeder.of.the.be...@gmail.com
wrote:
Greg,
You experienced a progression, not a regression. :-)
I tightened up the Lift security model a little bit such that Lift will not
pass requests to the Servlet container just because the request was not
found in sitemap.
So, what you can do is define a pattern that excludes the widget1.html,
etc. files from being serviced by Lift. Lift will pass the request right
onto the container and all will work as you expect. In Boot:
LiftRules.liftRequest.append {
case Req(n :: Nil, _, _) if n.startsWith(widget) n != widgets
= false
}
Thanks,
David
On Wed, Feb 18, 2009 at 2:26 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Here's a more detailed description of behavior.
What's supposed to happen (and what does under Lift-.10)
- unzip liftTestCase.zip; cd liftTestCase/dspace; mvn clean; mvn
compile; mvn jetty:run
- point browser at http://localhost:8080
- signup; login; click on Activities submenu
- click on + create activity link
- a widget representing the activity should appear -- and Somebody
clicked the link should scroll by in stdout
Here's what does happen (if you change pom to point to Lift-.11-SNAPSHOT
- the same up to click on + create activity link
- the Somebody clicked the link does scroll by, but the widget does
not appear
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:19 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
David,
i'm testing in FF and Safari. i get the very same behavior.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:17 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
I haven't had a chance to look at your code, but are you testing in
Firefox?
Firefox has a very, very, very nasty bug related to XHTML namepsaces
that's further poked by jQuery.
Marius is working on a fix and it should be out tomorrow.
Please try Safari or Chrome for testing and see if the problems are the
same.
Thanks,
David
On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
The test case i submitted for strange behavior also happens to be a
regression test for 11-SNAPSHOT. If you compile and run the dspace test
case
under lift .10, at least the activity creation code works as expected. If
you compile and run the dspace test case under lift 11-SNAPSHOT, the
activity creation code does nothing at all.
i'd roll back to 10, but for the fact that i need changes related to
JPA. i can haz a clue?
Best wishes,
--greg
On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Attached is a minimal example of a strange interaction between lift
and a jQuery plugin. If you unzip the example you will find inside the
liftTestCase directory 5 subdirectories two of which contain behaviors to
compare. The directory 23 contains an example that is purely jQuery with
the
EasyWidgets plugin. The directory dspace contains a lift-based site.
If you open 23/index.html in a browser you will see a page that allows
you to add widgets that can be dragged and dropped around. This all
works.
If you cd into dspace and launch mvn jetty:run, sign up, login, then you
will see a boiled down version of the same thing. The difference is that
the
javascript jQuery call is run as a JsRaw. Everything seems to work except
you attempt to drag and drop the components. Then you get very weird
behavior that is easier to see than to describe.
The thing is, we haven't actually done any interesting lift stuff,
yet, in the boiled down sample. We're just calling into the EasyWidgets
function just like in the sample. i would expect these two examples to
exhibit nearly identical behavior. i'm guessing there's some weird
interaction between lift-included javascript and the jQuery plugin.
Several questions:
- How could we devise a way to check at compile time that there is
such an interaction? This seems to be a crucial point as the momentum
is to
use third party frontend web components.
- What is the best way to go about finding the interaction if it
has escaped compile time detection?
Best wishes,
--greg
--
L.G. Meredith
Managing Partner
Biosimilarity LLC
806 55th St NE
Seattle, WA 98105
+1 206.650.3740
http://biosimilarity.blogspot.com
--
L.G. Meredith
Managing Partner
Biosimilarity LLC
806 55th St NE
Seattle, WA 98105
+1 206.650.3740
http://biosimilarity.blogspot.com
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp
--
L.G. Meredith
Managing
[Lift] Re: Regression!
Ah. It looks like the function was changed from 0.10 - 0.11 from
registerCleanupFunc to registerGlobalCleanupFunc. The signature also changed
to take a parameter (you don't really need one for a RequestVar). I think
David did this as part of cleaning up SessionVar shutdown handling, but he
may have more to add here. In any case, I think you'll need to just change
the name of the function and maybe remove the ignored parameter for the
function argument if you want to revert to 0.10.
Derek
On Wed, Feb 18, 2009 at 4:42 PM, Meredith Gregory
lgreg.mered...@gmail.comwrote:
Derek,
Please find below the error that is generated if i switch to lift-.10.
Best wishes,
--greg
bash-3.2$ mvn clean; mvn compile
[INFO] Scanning for projects...
[INFO]
[INFO] Building dspace
[INFO]task-segment: [clean]
[INFO]
[INFO] [clean:clean]
[INFO] Deleting directory /Users/lgm/work/src/projex/bobj/dspace/target
[INFO]
[INFO] BUILD SUCCESSFUL
[INFO]
[INFO] Total time: 1 second
[INFO] Finished at: Wed Feb 18 14:39:28 PST 2009
[INFO] Final Memory: 6M/11M
[INFO]
[INFO] Scanning for projects...
[INFO]
[INFO] Building dspace
[INFO]task-segment: [compile]
[INFO]
...
[INFO] [compiler:compile]
[INFO] Compiling 41 source files to
/Users/lgm/work/src/projex/bobj/dspace/target/classes
[INFO] [scala:compile {execution: default}]
[INFO] suggestion: remove the scalaVersion from pom.xml
[ERROR] /Users/lgm/work/src/projex/bobj/dspace/src/main/scala
[INFO] Compiling 47 source files to
/Users/lgm/work/src/projex/bobj/dspace/target/classes
[WARNING]
/Users/lgm/work/src/projex/bobj/dspace/src/main/scala/com/sap/dspace/model/JPA.scala:47:
error: not found: value registerGlobalCleanupFunc
[WARNING] registerGlobalCleanupFunc(ignore = closeEM(this.is))
[WARNING] ^
[WARNING] one error found
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] command line returned non-zero value:1
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 48 seconds
[INFO] Finished at: Wed Feb 18 14:40:17 PST 2009
[INFO] Final Memory: 21M/42M
[INFO]
bash-3.2$
On Wed, Feb 18, 2009 at 2:29 PM, Derek Chen-Becker
dchenbec...@gmail.comwrote:
Are you using the ScalaJPA module? Logs would be appreciated if it's not
too much trouble, otherwise I can try to put together my own test project.
Thanks,
Derek
On Wed, Feb 18, 2009 at 4:27 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Derek,
i'll have to scroll through the compile logs. When i added the JPA stuff
the project wouldn't build under 11-SNAPSHOT. If you really need the
details, i'll regenerate them.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:23 PM, Derek Chen-Becker
dchenbec...@gmail.com wrote:
What functionality are you using related to JPA in 11? Just curious
since AFAIK we didn't change anything directly...
Thanks,
Derek
On Wed, Feb 18, 2009 at 4:19 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
David,
i'm testing in FF and Safari. i get the very same behavior.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:17 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
I haven't had a chance to look at your code, but are you testing in
Firefox?
Firefox has a very, very, very nasty bug related to XHTML namepsaces
that's further poked by jQuery.
Marius is working on a fix and it should be out tomorrow.
Please try Safari or Chrome for testing and see if the problems are
the same.
Thanks,
David
On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
The test case i submitted for strange behavior also happens to be a
regression test for 11-SNAPSHOT. If you compile and run the dspace test
case
under lift .10, at least the activity creation code works as expected.
If
you compile and run the dspace test case under lift 11-SNAPSHOT, the
activity creation code does nothing at all.
i'd roll back to 10, but for the fact that i need changes related to
JPA. i can haz a clue?
Best wishes,
--greg
On Fri, Feb 13, 2009 at 12:38 PM,
[Lift] Re: Regression!
Your static example used jQuery 1.3
Lift 0.10 used jQuery 1.2 and I'm betting that caused the problem (I saw the
problem).
Lift 0.11 uses jQuery 1.3.1 and it seems to work. Please verify that the
behavior is correct under 0.11 and that I'm not smoking anything (or if I am
smoking something, I promise to share next time we're in the same city.)
On Wed, Feb 18, 2009 at 2:58 PM, Meredith Gregory
lgreg.mered...@gmail.comwrote:
David,
Thanks! Now... if i could get help tracking down the bad jQuery interaction
that i originally made the test case for... ;-)
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:50 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
You experienced a progression, not a regression. :-)
I tightened up the Lift security model a little bit such that Lift will
not pass requests to the Servlet container just because the request was not
found in sitemap.
So, what you can do is define a pattern that excludes the widget1.html,
etc. files from being serviced by Lift. Lift will pass the request right
onto the container and all will work as you expect. In Boot:
LiftRules.liftRequest.append {
case Req(n :: Nil, _, _) if n.startsWith(widget) n != widgets
= false
}
Thanks,
David
On Wed, Feb 18, 2009 at 2:26 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Here's a more detailed description of behavior.
What's supposed to happen (and what does under Lift-.10)
- unzip liftTestCase.zip; cd liftTestCase/dspace; mvn clean; mvn
compile; mvn jetty:run
- point browser at http://localhost:8080
- signup; login; click on Activities submenu
- click on + create activity link
- a widget representing the activity should appear -- and Somebody
clicked the link should scroll by in stdout
Here's what does happen (if you change pom to point to Lift-.11-SNAPSHOT
- the same up to click on + create activity link
- the Somebody clicked the link does scroll by, but the widget does
not appear
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:19 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
David,
i'm testing in FF and Safari. i get the very same behavior.
Best wishes,
--greg
On Wed, Feb 18, 2009 at 2:17 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
Greg,
I haven't had a chance to look at your code, but are you testing in
Firefox?
Firefox has a very, very, very nasty bug related to XHTML namepsaces
that's further poked by jQuery.
Marius is working on a fix and it should be out tomorrow.
Please try Safari or Chrome for testing and see if the problems are the
same.
Thanks,
David
On Wed, Feb 18, 2009 at 2:07 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
The test case i submitted for strange behavior also happens to be a
regression test for 11-SNAPSHOT. If you compile and run the dspace test
case
under lift .10, at least the activity creation code works as expected. If
you compile and run the dspace test case under lift 11-SNAPSHOT, the
activity creation code does nothing at all.
i'd roll back to 10, but for the fact that i need changes related to
JPA. i can haz a clue?
Best wishes,
--greg
On Fri, Feb 13, 2009 at 12:38 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Lifted,
Attached is a minimal example of a strange interaction between lift
and a jQuery plugin. If you unzip the example you will find inside the
liftTestCase directory 5 subdirectories two of which contain behaviors
to
compare. The directory 23 contains an example that is purely jQuery
with the
EasyWidgets plugin. The directory dspace contains a lift-based site.
If you open 23/index.html in a browser you will see a page that
allows you to add widgets that can be dragged and dropped around. This
all
works. If you cd into dspace and launch mvn jetty:run, sign up, login,
then
you will see a boiled down version of the same thing. The difference is
that
the javascript jQuery call is run as a JsRaw. Everything seems to work
except you attempt to drag and drop the components. Then you get very
weird
behavior that is easier to see than to describe.
The thing is, we haven't actually done any interesting lift stuff,
yet, in the boiled down sample. We're just calling into the EasyWidgets
function just like in the sample. i would expect these two examples to
exhibit nearly identical behavior. i'm guessing there's some weird
interaction between lift-included javascript and the jQuery plugin.
Several questions:
- How could we devise a way to check at compile time that there
is such an interaction? This seems to be a crucial point as the
momentum is
to use third party frontend web components.
- What is the best way to go about finding the interaction if it
has escaped compile time detection?
Best wishes,
--greg
--
L.G. Meredith
Managing Partner
Biosimilarity LLC
806 55th St NE
Seattle, WA
