the meaning of these?
Ugo
--
Ugo Cei - http://www.beblogging.com/blog/
too terse ;-). I actually meant: how
can you *use* those pipelines if you don't have a matcher?
Sorry if this is a FAQ or a dumb question.
Ugo
--
Ugo Cei - http://www.beblogging.com/blog/
in an idiomatic way that
is more friendly to us Java programmers.
Ugo
--
Ugo Cei - http://www.beblogging.com/blog/
Geoff Howard wrote:
- remove the tests that don't compile without deprecated
+1
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Sylvain Wallez wrote:
Hi team,
I'd like to propose two people for Cocoon committership : Ugo Cei and
Marc Portier.
Ugo has been there for years (the archives show his first post back in
July 2000!), has been an early adopter of flowscript and wrote the first
Cocoon-based blogging tool.
Marc
These days I'm banging my head against the limitations of template
languages. I've tried XSP and it's not in any way limited, but it has
its share of problems (difficult to debug and offers too many ways to
shoot oneself in the foot), JXTemplate{Transformer,Generator} (no way to
call methods on
Christopher Oliver wrote:
Ugo Cei wrote:
These days I'm banging my head against the limitations of template
languages. I've tried XSP and it's not in any way limited, but it has
its share of problems (difficult to debug and offers too many ways to
shoot oneself in the foot), JXTemplate
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
I need to call a Java method from the flowscript that takes an
org.apache.cocoon.environment.Request as a parameter. But in the
flowscript, I only have cocoon.request which is a FOM_Request that wraps
an o.a.c.e.Request. How do I get the latter from the former?
In general, how do I get a
Christopher Oliver wrote:
FOM_Cocoon has Java methods to get the Request, Response, Session, and
Context, and ComponentManager.
Like this one, I suppose:
/**
* Get the current request
* @return The request
*/
public Request getRequest() {
return
Ugo Cei wrote:
Christopher Oliver wrote:
FOM_Cocoon has Java methods to get the Request, Response, Session, and
Context, and ComponentManager.
But is it callable from Javascript? If I try to call
cocoon.getRequest() I get this exception:
org.apache.avalon.framework.CascadingRuntimeException
Ugo Cei wrote:
org.apache.commons.jxpath.JXPathException: Cannot invoke public final
java.lang.String java.text.Format.format(java.lang.Object); Cannot
format given Object as a Date
More info: printing #{getClass(myXPathExpressionThatShouldPointToADate)}
yelds:
class
and
others, I would limit myself to intellectual activities in the summer,
like reading books on the beach under an umbrella ;-).
Get well soon.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail
,java.text.DateFormatSymbols),
(java.lang.String,java.util.Locale)
Problem with static members?
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
tonight, or we could call a vote, but in that case I
won't be able to commit it until September (leaving tomorrow for summer
vacations). Alternatively, I could post a patch to bugzilla.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia
Christopher Oliver wrote:
What was your expression?
``registrazione/dataCompilazione''
where registrazione is an instance of
public class Registrazione {
private java.util.Date dataCompilazione;
public java.util.Date getDataCompilazione() {
return dataCompilazione;
JXTemplate until it's the perfect template language for Cocoon.
I'll be glad to help you in this effort as soon as I come back from my
vacations (that is, from tomorrow until Sep. 1st).
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia
I've followed the suggestion of Reinhard Pötz WRT using an imput module
to provide the equivalent of the getRealPath method and Linotype is now
FOM-compliant.
+1 for releasing on the 12th.
See you all in September,
Ugo
Carsten Ziegeler wrote:
So, please vote on the change.
and please vote if this is a change for 2.1.1 or 2.2.
+1 on 2.1.1.
Ugo
Berin Loritsch wrote:
The new Cocoon should be able to use the new Fortress container. This
should
have little to no impact on component writers. It boasts faster
startup, and
it provides easier component definition. I will be happy to do the work.
+1 from me.
+1.
Ugo
[Please do not send HTML mail to this list, thanks.]
Nicolas Maisonneuve wrote:
hy i would test a transformer and i used the code of the cocoon
AbtractTransformerTestCase class
and the TraxTransformerTestCase.xtest
but i have a error :
the class
Stephan Michels wrote:
I replaced the selector by the ExtendedComponentSelector, and it seems to
work. But nevertheless the Resolver testcase break the tests.
I've changed a declaration in ResolverImplTestCase.java and now the
tests are OK. I've just committed the fix.
Ugo
to
understand how to configure Jetty for automatic class reloading, if it's
possible at all), etc.
However, if the problem with complex types is unsurmountable (I have
exactly zero knowledge about Axis), I think we can live with generated code.
Just my 0.02 ,
Ugo
--
Ugo Cei - Consorzio di
: ServiceableGenerator.java,v 1.1 2003/09/03 15:00:56 cziegeler Exp $
If you still have problems, open an issue in bugzilla and post your
diffs there, I'll try to test them ASAP.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100
Carsten Ziegeler wrote:
a) Make a 2.1.2 release on October, 1th
+1
is the technology that
prevents you best from abuseing it.
Abusing the flowscript might come in handy. You can do a quick
javascript prototype of your logic, test it, then refactor it in Java.
This is what we do all the time here.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le
to process XML, take a
look at the SAX and DOM APIs instead.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
again. It was marked as CLOSED FIXED but if you can confirm it, reopen
it again.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
even
close?)
I couldn't have said it myself better. +1 on keeping Ant for the build,
otherwise what am I gonna do with my copies of Java Development With
Ant and Java Tools for Extreme Programming? Use them as doorstops? ;-)
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le
Stefano Mazzocchi wrote:
On Tuesday, Sep 30, 2003, at 19:43 Europe/Rome, Geoff Howard wrote:
Did you cheat? ;)
Yes ;-)
Google is your new best friend :-)
Then tell me what kind of query string you used because I wasn't able to
find the answer using Google :-(.
Ugo
--
Ugo Cei - Consorzio di
Stefano Mazzocchi wrote:
use quotes around the phrase, this tells google not to fragment the query.
That did the trick! Thanks.
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Please have a look at the attached files. If I call the test()
function from the flow, the output is the following:
computePI: 3.141592653589793
file:test.js, line 8: uncaught JavaScript exception: TypeError:
computePI is not a function.
In other words, if I define a public method in a base
I'm a bit confused. First of all, I don't give a damn about
ResolverImpl. It's deprecated and some time ago David Crossley proposed
to remove the ResolverImplTestCase, because it caused the build to fail
if deprecated classes were not compiled.
But now Carsten has fixed the problem
Stefano Mazzocchi wrote:
but I agree on your third point: locking could be applied (even if a
very bad move for them).
But remember that you can always export your entire JIRA database in XML
with a single command. So maybe your code can be locked, but your data not.
Stefano.
Ugo
Steve K wrote:
I don't know if this will help you, but I've been experimenting with
using the CocoonBean in my test cases. You could create a subclass of
the CocoonBean class that will expose the getComponentManager() method
to your test case. You could then use that method to create and test
Carsten Ziegeler wrote:
What do you think of removing all the things that we have
deprecated with 2.1 in 2.2 completly. Most of it is not
+1
Ugo
To all Woddy gurus out there: what is the purpose of the
DynamicSelectionList.SelectionListHandler class? Why doesn't
DynamicSelectionList just spit out the SAX events generated from its
source. What conversions do take place there?
I'm asking because I'm writing a new type of SelectionList,
Ugo Cei wrote:
To all Woddy gurus out there: what is the purpose of the
DynamicSelectionList.SelectionListHandler class? Why doesn't
DynamicSelectionList just spit out the SAX events generated from its
source. What conversions do take place there?
OK, nevermind, I just figured out that I
Bruno Dumon wrote:
On Wed, 2003-10-15 at 22:29, Ugo Cei wrote:
To all Woddy gurus out there: what is the purpose of the
DynamicSelectionList.SelectionListHandler class? Why doesn't
DynamicSelectionList just spit out the SAX events generated from its
source. What conversions do take place
working on it).
I also resolved to document all the additions and bugfixes I commit, and
write unit tests for them too. The latter is giving me more troubles
than I thought, however :-(.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia
Nicola Ken Barozzi wrote:
Because of this, I propose Unico Hommes as a Cocoon committer.
+1
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Bruno Dumon wrote:
Unfortunately, for unit testing, we only have an
AbstractCompositeTestCase which extends ExcaliburTestCase, which
implements Composable and not Serviceable, right?
euh... wrong I think. The ExcaliburTestCase creates an ECM, and the ECM
supports both Composable and Serviceable.
Bruno Dumon wrote:
euh... wrong I think. The ExcaliburTestCase creates an ECM, and the ECM
supports both Composable and Serviceable. Or what problem do you see?
OK, now my testcase implements ExcaliburTestCase and I get an ECM from
it. Now, how do I get a ServiceManager from the ECM?
Ugo
Bruno Dumon wrote:
Ah, now I see what you mean. Try using this class:
org.apache.avalon.framework.service.WrapperServiceManager
Indeed. In the meantime, I had stumbled upon this class while browsing
around the classes with Eclipse. So now I think I just need to get hold
of a Datatype. Can you
[EMAIL PROTECTED] wrote:
Fixed test case for Woody's DynamicSelectionList class.
There's a NPE when the test is finished that I wasn't able to remove, but it
shouldn't influence the outcome of the test.
Here's the stack trace. It would be great if someone with more Avalon
knowledge than me
[Is a vote needed before changing a public interface, even if it's in an
unstable block? And, by the way, where are the rules detailing what
needs a vode and what doesn't?]
I'd like to propose changing the signature of two interface methods:
be.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
flowContext)
Hope this answers your doubts.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
. So, if you're not convinced, I'll fork
my own version and wait for someone to implement the full-featured solution.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
;-).
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
and docs.
Thanks a lot,
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Tony Collen wrote:
Hm, I think we should consider releasing 2.1.3 as a security update.
Thoughts?
Not just for that but for incorporating all the fixes that were done at
the GT and more.
But, can we please make sure that the test suite runs, this time?
Otherwise, +1 from me.
Ugo
--
Ugo Cei
. Maybe something like this
would work:
src=xpath://path/of/collection#keyattr,valueattr
but what does it buy you, besides having to parse the URI?
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail
Stephan Coboos wrote:
in my opnion it would be nice to have a method like getParameterMap() from
Servlet programming which returns all request parameters as name value pairs
in a hash map. This method should reside in interface
org.cocoon.apache.environment.Request oder http.HttpRequest.
a contextObjectModel which is used to build the
Context. Can you say matrioska? ;-)
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Fix bug with redirect from the flow: treeprocessor was not aware of redirect
and was throwing exceptions
Were those NullPointerExceptions by chance? I've been fighting for two
days with NPEs when calling form.sendView twice in a row (using JXForms)
and traced them to
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Christopher Oliver wrote:
Ugo Cei wrote:
Sorry, but I don't agree. NPE's are indications of bugs. Hiding those
with checks for null doesn't help matters, IMO.
I have my share of doubts when it comes to these matters. This is my
line of reasoning:
The Flowscript is a core component of Cocoon. We
to the classpath and the second does not.
At the moment, the woody block tests seem to trigger a bug in the
version of Xalan included in Sun's JDK up to version 1.4.2 (al least on
Linux) and thus they fail unless you do the endorsed trick.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
Stefano Mazzocchi wrote:
The proposal is about the creation of a content management system for
apache projects, codenamed Doco
snip/
I haven't followed this thread at all, but I've just come upon this site
that might be interesting: http://3d17.org :
People often talk to communities, but how
version fields. Bob would not be able to commit his
changes because the version number he retrieved does not match the one
stored in the database because Alice incremented it.
I know Hibernate handles this, don't know about JDO.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
it
to the greates current value +1. Is this possible somehow?
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Antonio Gallardo wrote:
Hunsberger, Peter dijo:
For us, last update wins, we're not update intensive, but I'm waiting
for the day when someone forces us to wade through the audit log to
determine why there update didn't take.
The last update wins is the most used approaching in this cases. You can
Marc Portier wrote:
nope, current binding doesn't do this.
That's clear now. From the sample, I was under the impression that the
binding would set the id attribute equal to the index of the row in
the repeater. My wrong.
you can: make the id visible so the user can provide it though
I've tried
Marc Portier wrote:
don't fully understand what you are saying here, but if you have
investigated more and have more detail to present the issue I'll do a
best effort to get into it
(next week I'll have limited online time though, so be patient)
No, I haven't investigated it fully. I will
Jeremy Quinn wrote:
They both work for me too, so does :
catch (return) {
// the page has finished rendering
}
Would anybody mind summarizing the various uses of catch on the Wiki?
I have a feeling that sooner or later I'm going to use this stuff.
TIA,
Ugo
Carsten Ziegeler wrote:
Tomorrows is our first FirstFriday
(http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday)
Did we agree on a whiteboarding system, at last?
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone
be impossible or problematic when dealing with existing
classes. However, I haven't really thought about the implementation, yet.
WDYT?
Ugo
[1]:
http://developer.java.sun.com/developer/Books/shiftintojava/page1.html#replaceenums
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le
Ugo Cei wrote:
I'd like to add an enum basetype and enum convertor to Woody. Those
would work with types implementing Joshua Bloch's typesafe enum
pattern [1].
OK, since I had a little time on my hands, I went ahead and committed a
first implementation. Basically, it works, but relies
Upayavira wrote:
Can someone recommend a decent Windows IRC client? I'd at least like to
watch what's going on, even if I can't participate much.
Upayavira
Try XChat http://xchat.org/.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia
Hugo Burm wrote:
1) I have my own little Avalon component defined in cocoon.xconf. It is a
factory component that should generate Hibernate sessions. When Cocoon is
started by Tomcat, my component starts Hibernate. Hibernate tries to read
its configuration files. These files are XML files.
[I'm crossposting to dev, since this might stimulate some comments from
the Flowscript gurus over there.]
Oleg Dulin wrote:
Dear Fellow Cocoon Users:
I just read the forwarded message on xml-dev mailing list and realized
that Groovy makes a perfect language for business logic intermixed with
Sylvain Wallez wrote:
A solution is to keep the uploaded content in a temp area until the form
is valid. But what if the user leaves and never re-submits the form?
Should we rely on the garbage collector to finalize() the upload widget
to clean the temp area?
How about catching the expiration
David Crossley wrote:
Looks interesting and worth a try. Now we need one for xml too.
jEdit with the XSL-T plugin.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Sylvain Wallez wrote:
Do you want to enforce the fact that flowscript calls (either function
or continuation) *must* redirect using sendPage, sendPageAndWait or
redirectTo and that, should it not be the case, a ProcessingException be
raised?
[ ] no, let the sitemap execution continue after
. (As the
Woody Samples do with OtherMessages).
By the way, would it be possible to read the default catalog from a
resource (i.e. from cocoon-woody-block.jar) instead of copying them from
the samples?
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2
Tim Olson wrote:
map:match pattern=view
map:generate src=cocoon://generate/
map:transform src=homePage.xsl/
map:serialize/
/map:match
i thought the original intention was to make the flow clearer? now we have
three blocks of code to follow instead of one...
Well, almost, you can reuse
this harms Cocoon more than it helps. So please come up with
usecases which make it really necessary to go this way!
Amen brother ;-).
... but maybe I'm the only one with these thoughts ...
We are at least two.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del
[EMAIL PROTECTED] wrote:
Update jetty to 4.2.14
Did you test this with Java 1.3? If I'm not mistaken, the current binary
version of Jetty works with Java 1.4 only.
Ugo
Antonio Gallardo wrote:
I got it from Forrest CVS. I think forrest needs to work with 1.3 too:
http://xml.apache.org/forrest/primer.html#System+requirements
If this does not work, my appologies and I will revert the changes.
I cannot test it now, I only have 1.4 on this machine, but I remember
ANT_OPTS
Probably the latter is not enough, sincerely I don't know.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Upayavira wrote:
Still a hassle to switch to another window, shut it down, wait.,
restart, then connect your debugger to the waiting instance, then
request a page from Cocoon and wait...:-(
Then you don't have a fast enough machine ;-), And if you wrote more
tests, you wouldn't need a
Sylvain Wallez wrote:
I don't agree with you here: you cannot seriously convince people to use
Woody if it doesn't provide the minimal fancy features that every
other form framework provides. You won't convince anybody with flat
inputs. We need tooltips, help popups, calendars, etc. But I also
haven't looked deeply into this.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Joerg Heinicke wrote:
I'm with you here and would even not add a simple stylesheet. People
adding simply a guestbook won't use Cocoon, so it's more or less useless
effort. Cocoon Forms has higher aims :-)
Sorry if I misunderstood you, but your sentence on focusing on server
side form processing
Bruno Dumon wrote:
Tim has been hanging around on our mailing lists for quite some time,
and is actively contributing, both in discussions and code. Becoming a
committer can only motivate him to keep up the good work.
+1 from me.
+1. Welcome aboard, mate!
Antonio Gallardo wrote:
Is woody fast enough to manage the 160 fields in a form? I will be glad to
hear about that. Sometimes I feel Woody is a little bit slow.
I haven't done any measurements, but with 160 fields it's surely the
client that slows down. Rendering that form with Mozilla sends the
[EMAIL PROTECTED] wrote:
have you ever thought about a combination of woody and the portal-engine ?
No, never. I've never even used the portal engine.
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E
[EMAIL PROTECTED] wrote:
upayavira2004/01/13 00:44:05
Modified:src/blocks/xmldb/java/org/apache/cocoon/components/source/impl
XMLDBSource.java
Log:
Making XMLDBSource modifiable. Should be useful with Woody binding infrastructure,
and can use
It looks like we might have a problem. I copied the loadDocument
function from woody's binding_example.js and passed it an xmldb: URI.
This is the exception I get when I call
var is = new Packages.org.xml.sax.InputSource(source.getInputStream());
org.apache.cocoon.CascadingIOException: Could
Guido Casper wrote:
I have no idea what the reason might be but maybe you want to try:
org.apache.cocoon.components.source.SourceUtil.toDOM(source);
I already found a workaround:
var domBuilder = new Packages.org.apache.cocoon.xml.dom.DOMBuilder();
source.toSAX(domBuilder);
return
Guido Casper wrote:
SourceUtil.toDOM() uses the same code, but calls source.toSAX() only if
it exists (i.e. the source implements XMLizable). If not, SourceUtil
falls back to using the XMLizer (which in turn calls
source.getInputStream again). So SourceUtil works with any kind of
source while your
Stefano Mazzocchi wrote:
I'm joining the MIT Libraries faculty for a two years research position
working full time on the SIMILE project (http://web.mit.edu/simile/)
which goal is to show that semantic web technology works (or doesn't!)
in the real of metadata interoperability, with a focus on
Vadim Gritsenko wrote:
Ok, here is simple one. Forms wizard for editing any XML/bean containing
repeating information, with back/forward navigation, and navigation bar
to jump to any previous page. For a concrete example of the usecase,
let's look at editing family information, and information
Vadim Gritsenko wrote:
Found couple of issues with jxpath template generator:
* #{0 != ''} evaluates to false
* #{0 gt; 1} is not evaluated, as well as #{0 lt; 1}
There's another issue I have just discovered:
var x = new java.util.HashSet();
cocoon.sendPage(view, { x : x });
...
${x.size()}
Christopher Oliver wrote:
The problem is that x is a JavaScript wrapper of a HashSet. Jexl's
special size() function only support collections and arrays. Perhaps
that can be fixed by unwrapping NativeJavaObject's before adding them to
the Jexl context.
If this solves the problem, I'm +1 for it.
Scott Simpson wrote:
Can anyone tell me what the latest cocoon dev release is that has a working woody block? I've had trouble with the nightly
distributions for the past several days.
I did a CVS update this morning (CET+1), updated a couple of
applications we're currently developing with the
Scott Simpson wrote:
Do you know if there are any new external library dependencies? Maybe there is
something in your (and other's) java library
directory that I don't have. I simply have JDK1.3.1 Standard Edition (and whatever
libraries come with it)
Could you try it with JDK 1.4? Maybe a
Scott Simpson wrote:
Thanks, I'll give it a try with JDK 1.4.2_03 Standard Edition now. Are you using Enterprise Edition or Standard?
Standard.
Ugo
Scott Simpson wrote:
Thanks! It works now. It looks like their might be a dependency on JDK 1.4 now. From my test today, it seems as if it happened
early December, but I'm not certain.
I checked out the latest CVS HEAD and did a fresh build with JDK 1.4 2_03 Standard
Edition and woody now
1 - 100 of 663 matches
Mail list logo
