hi

[svn-3433] [rife] gbevin : Re-activated finally continuations test since JDK 1.5 is pretty baseline nowadays

hi

hi hynek, how's it going?

Bevin: busy busy...writing my thesis atm, so no time for active rife-fun...got ``vacation''

hi j6wbs

hi bevin :)

good morning

Bevin: What would be the best way to do a dynamic image in a continuation loop in Rife? I need to show 5 distorted characters for the user to type (to verify that they are human). Normally I would just have a servlet generate the image and inject the verify string into the session. What would be best practice in Rife?

just keep it in a local variable

yes I figured that one out, what about dynamic images?

what about it?

generate them and stream them out

hmm, as Elements?

sure

ok, I haven't seen any example of this yet, this was just what I wanted to check

set the correct content type and stream them out

look on the list

aha

there was a post about this a few weeks ago

it's easy though, set the right content type and use getOutputStream

I will have it done in a jiffy then

*nod*

works like a charm

kewl :-)

how did you generate pass the string on to generate the image?

that's the final thing I need to fix

hehe

curious how you're going to do that

me too

let me check something for you

okie

hmmm this could be very easy if I open up an api call

you ever built RIFE itself?

good idea?

no, but it is a small thing I guess

want me to check it out?

that would be a good idea

see, you could provide the continuation id to the image generation element

ahh, interesting idea

this could then get the continuation context from the continuation manager

that context contains a reference to the element instance

and you could store that string as a member var

and provide a getter to obtain it

perfect, then I just have to ask it for the string

you'll have to make ElementSupport getElement() public though

it's a method on ContinuationContext

okie

if it works out well, I'll open it up and commit it

ok, I am checking it out now

bogghed: ant jar is normally enough to build RIFE

Bevin: yep, works fine. I am going to write the signup code now and test the mod

kewl

Bevin: How would you pass the continuation id to the image generation element?

input

hmm, looks like I have a race condition

how so?

The embedded element doesn't get the output value. It looks like it is executed before I manage to set it

use the + sign before the embedded element ID so that it's processed late

bogghed: http://rifers.org/wiki/display/RIFE/Embedded+element+priorities

doh :-)

Bevin: I had to fall back to using Session to make it work. The idea of passing the continuation id and using getElement() is pretty good, but I have problems getting the variable to the embedded element. Time for an espresso...

bogghed: ok, would be good to track down why it's too difficult

[svn-3434] [rife] gbevin : Added support for the 'format' constraint to bean property injection for all numeric types. Made ContinuationContext.getElement public.

Bevin: saw the blog entry :) didn't know i was talking to the jedi master

frequency31: hehe

we looked at every web framework there is before choosing Rife -- you've done a great job.

frequency31: thanks :-)

frequency31: what in particular made the decision balance in our favor?

of course, some stuff is just poorly implemented and falls out of the running immediately, or it uses some old or non-supported technology as a key piece...

frequency31: yeah but that shouldn't be the case with the major players

but, in the end, it comes down to the balance between ease of configuration/specialization vs productivity ... that is, is there enough done for you so that you can build things quickly, but not so much that it is a huge challenge if you want to do something "out of the ordinary"

you struck a great balance between the RoR-style "get the basics up quickly" and the configurability to handle non-standard application needs

wow, thanks, great summary :-)

Bevin: Yes, I will have a look at the continuation id problem later. I am trying to roll out some apps in the next few days so I am learning Rife as fast as possible at the moment. Learn by doing more or less :-).

bogghed: kewl :-)

transferring all my projects to Rife now, beats Spring+Hibernate+Acegi+menutags+sitemesh+webwork+...etc

bogghed: wow, great, it would be wonderful if you could write a blog post or an article about your switching experience, many people have been asking for information like that

bogghed: if you want a big site to publish an article to, I can help you with that

bogghed: tss, java.net. developerworks,...

infoq

Bevin: hmm, we have been thinking about putting up some free Rife stuff like SMS-schedulers etc

that would be awesome too of course

bogghed: articles is what is the most badly needed though, certainly about switching

bogghed: since people can then easily evaluate why they would go through the trouble of doing so

Bevin: our company will use Rife from now on and I think most of the coders I know will find it very interesting to start using Rife as well

bogghed: :-)

bogghed: if you're able to explain why in a nice article, that might attracts a whole horde and it could be good publicity for your company if it's published on a site like TSS

Bevin: yes, it is a good point. I will give it some thought

bogghed: great :-)

Bevin: I like the setup with the rep switch in Bamboo, good idea

bogghed: yeah, it was cool to design that

bogghed: makes it very easy to keep to setup and production sites separate and have no performance degradation at all once production is running

Bevin: yep, I have adopted it :-)

Bevin: I was thinking of making the setup modularized, it would be nice to be able to configure what you want to configure

bogghed: the way it's setup in Bamboo is that it only forces you to configure what is needed for the application to be able to run

Bevin: yes, but it would be nice to make the setup generalized so one can use it in different projects without code duplication

bogghed: hmmm interesting idea

Bevin: I thought so too

bogghed: feel free to discuss it over at the mailinglist

bogghed: could be a good addition to the RIFE/Modules project we're planning

Bevin: sure

Bevin: Are you talking about the RIFE/Modules on devel? Might be a good idea to lurk there then?

yeah

I'll be setting up the initial structure this weekend hopefully

Okie

I'm following the instructions on the In-depth Simple Blog (from the Theater), and I can't get it to create the database structure in Derby...

SEVERE: com.uwyn.rife.cmf.dam.contentmanagers.exceptions.InstallContentErrorException: Can't install the content database structure.

at com.uwyn.rife.cmf.dam.contentmanagers.databasedrivers.org_apache_derby_jdbc_EmbeddedDriver.install(org_apache_derby_jdbc_EmbeddedDriver.java:131)

at com.internalmachine.e60vision.elements.WellAdd$Deployer.deploy(WellAdd.java:70)

at com.uwyn.rife.engine.ElementInfo.deploy(ElementInfo.java:280)

at com.uwyn.rife.engine.SiteBuilder.setupElements(SiteBuilder.java:982)

at com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:1610)

at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:259)

at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:250)

at com.uwyn.rife.engine.SiteBuilder.setupSubsites(SiteBuilder.java:992)

at com.uwyn.rife.engine.SiteBuilder.setupData(SiteBuilder.java:1611)

at com.uwyn.rife.engine.SiteBuilder.finish(SiteBuilder.java:259)

at com.uwyn.rife.engine.SiteBuilder.process(SiteBuilder.java:250)

at com.uwyn.rife.engine.SiteBuilder.getSite(SiteBuilder.java:176)

at com.uwyn.rife.rep.participants.ParticipantSite.initialize(ParticipantSite.java:36)

at com.uwyn.rife.rep.BlockingParticipant.run(BlockingParticipant.java:252)

at java.lang.Thread.run(Unknown Source)

Caused by: com.uwyn.rife.database.exceptions.ExecutionErrorException: Error while executing the SQL 'CREATE TABLE ContentRepository (name VARCHAR(100) NOT NULL, repositoryId INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY, CONSTRAINT PK_CONTENTREP PRIMARY KEY (repositoryId), UNIQUE (name), CHECK (name != ''))'.

at com.uwyn.rife.database.DbStatement.executeUpdate(DbStatement.java:645)

frequency31: don't paste in the channel!!!

at com.uwyn.rife.database.DbStatement.executeUpdate(DbStatement.java:672)

at com.uwyn.rife.database.DbQueryManager.executeUpdate(DbQueryManager.java:175)

at com.uwyn.rife.cmf.dam.contentmanagers.databasedrivers.org_apache_derby_jdbc_EmbeddedDriver.install(org_apache_derby_jdbc_EmbeddedDriver.java:114)

... 14 more

Caused by: SQL Exception: Schema 'WELL' does not exist

at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)

at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)

at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)

at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)

at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)

at org.apache.derby.impl.jdbc.EmbedStatement.execute(Unknown Source)

at org.apache.derby.impl.jdbc.EmbedStatement.executeUpdate(Unknown Source)

at com.uwyn.rife.database.DbStatement.executeUpdate(DbStatement.java:637)

... 17 more

sorry

we have a pastebin for this

or the mailinglist

next time I'll have to kick you from the channel

where is the pastebin?

no flood protection in ChanServ :-)?

frequency31: see topic

:( sorry

bogghed: hmm checking

Bevin: never mind, just kidding, this is a very civilized channel mostly

See frequency31's post at http://rifers.org/paste/show/1400

there it is -- sorry about that

bogghed: no flood protection

bogghed: try without any username

oops

frequency31: try without any username

ok

frequency31: afaik this is a Derby bug

yep -- that's it

thanks again

frequency31: best take it up with the Derby user list

Bevin: ok thanks

Bevin: I like the amount of sanity checks you have implemented. It is impossible to make a form that doesn't add up.

bogghed: :-) commited even more today

[svn-3435] [rife] gbevin : Added support for BigDecimal in bean property setting.