Yes. It's not just to avoid the NPE, but it's to control state. IO is
external, mutable state. I has to be treated very cautiously and
deliberately.
Sounds like good advice.
Ok cool, I'll work toward this over the next couple of days with an
aim to commit at the end of the week.
Also,
Folks,
I'm made a ton of updates to sitemap.Loc. If you're using sitemap
generically, these changes will not impact you. However, there are a bunch
of new features:
- Loc is type-safe in terms of parameters... they're not just name-value
pairs
- Links and Text for a given Loc can be
Helo list,
Playing around with implementing a already existing design as a lift template.
The menu of this design requires some way of knowing the menu li element that
is the active page.
Currently Menu.builder puts to id=current on the a tag
and not on the li tag.
Is this hard to fix? Or
Awesome stuff David!
- Locs can have page-specific snippets that take as their parameter the
parameter generated by the Loc during URL re-writing
Out of interest, is this element of implementation useful for the
dynamic form building we discussed some time ago? A snippet for each
step
Yeah, I'm really unclear on how this is being passed around and how the
continuation works. For example, what does this line do:
id - SHtml.hidden({category.id = currentId})
I can see that it adds a hidden field in the form with the value true
and the name of the field some sort of code. I
Did git reset then git pull, then ran mvn jetty:run -U in
liftweb/sites/example/ and got this:
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [scala:compile {execution: default}]
[INFO] suggestion: remove the scalaVersion from pom.xml
[INFO] Compiling 2
Hi, all,
I was just trying to figure out how to configure a Lift webapp to use
Java EE container-based security. Since Lift runs as a servlet filter,
I'm not sure how to configure the web.xml file since
security-role-ref is a member of the servlet tag. Has anyone done
this yet? If not, is there
I thought I did (I even blew away .m2), but I guess not because after
blowing away the repository it seems to be working. I'm very tired, so I
probably missed it. Sorry for the false alarm.
Chas.
David Pollak wrote:
Please always do a mvn clean after doing a pull.
Charles F. Munat wrote:
Derek, this is fantastic (and confirms a lot of guesses on my part).
I'll read the docs and will get back to you.
I'm definitely using JPA/Hibernate in several large projects I'm working
on right now (and need to get online ASAP), so I'll help out in any way
I can. (Warning: I still do not
