[Q] SunSpot Portal Demo Error(NullPointerException) in Cocoon 2.0.2 and 2.1-dev

[ninja]

Hi,
I'm currently trying to run cocoon, actually I'm very interested in sunspot portal. But I've got
problem when I run login to the portal demo with guest/guest. It emits NullPointerException
and after searching mailing lists I've found the same question but no answer. I'm running
JDK 1.4.0_02 and Tomcat 4.0.4 with cocoon 2.0.2 and cocoon 2.1-dev.
 
Can anyone help me?
 

Re: Giving up! Cocoon too big, slow and confusing

[Liam Morley]

Robert S. Koberg wrote:

> I (and probably many other XSLT-heavy folk) would very interested to 
> know the best practices for cocoon shown in way that takes an XSLT 
> based site and produces a best-practices cocoon based app. (I would 
> love to see how Jorge Pietschman builds cocoon apps) 

It's interesting, because most of my work with cocoon has been 
java-based.. giving an object layer above a database schema, and 
assigning a transformer to look for certain xml elements, which then 
hands off the element and any sub-elements/attributes to another class, 
which takes care of spitting out the database-specific SAX elements into 
the stream. Are we violating best practice, or is this just another 
approach? We kind of like it:)

> For example:
> - why is xsl:include and xsl:import bad -> how should it be done

this is bad? hrm. There was another thread about how included/imported 
stylesheets don't get refreshed right away, but that bug has been fixed 
by Carsten apparently in the 2.0.3 code (or so says a recent thread). 
Are there other reasons this is bad? Are there other more desired 
solutions (other than sticking everything in the same XSL doc, or making 
multiple entries in the sitemap)? I'm interested.

I've always used XML as a template of sorts (I'm currently trying to 
minimize the number of XML docs so that there are less changes to be 
made in updating them, and from what I read, I don't think aggregates 
will do it for me, nor am I sure I agree with the philosophy).

Liam Morley


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Samples as tools for learning and development (Was: Giving up! Cocoon too big, slow and confusing)

[Argyn Kuketayev]

> -Original Message-
> From: David Crossley [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, June 29, 2002 2:50 AM
> To: [EMAIL PROTECTED]
> Subject: Samples as tools for learning and development (Was: 
> Giving up!
> Cocoon too big, slow and confusing)
> 

> For the moment you must look under the hood. Anyway, i find
> that getting my hands dirty is the best way to learn. Please
> follow the samples that others have tried to provide.

I always look at samples and docs. The issue is that there's not enough of
them. And some people deny the very existance of this issue.

However the docs are improving, and the message of this topic has been
gotten, at least by few developers. Others are still in denial mode, but
it's Ok. 

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Samples as tools for learning and development (Was: Giving up! Cocoon too big, slow and confusing)

[Andrew C. Oliver]

>
>
>I always look at samples and docs. The issue is that there's not enough of
>them. And some people deny the very existance of this issue.
>  
>
I have never heard anyone deny that.

>However the docs are improving, and the message of this topic has been
>gotten, at least by few developers. Others are still in denial mode, but
>it's Ok. 
>  
>
No, the bulk of the message I tried to deliver is:  everyone is aware of 
it, people are working on it, if
it truely bothers you, pay for your opensource software and be one of 
those people.

>-
>Please check that your question  has not already been answered in the
>FAQ before posting. 
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>
>  
>




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Samples as tools for learning and development (Was: Giving up ! Cocoon too big, slow and confusing)

[Argyn Kuketayev]

> -Original Message-
> From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, June 29, 2002 9:11 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Samples as tools for learning and development 
> (Was: Giving
> up ! Cocoon too big, slow and confusing)
> >However the docs are improving, and the message of this 
> topic has been
> >gotten, at least by few developers. Others are still in 
> denial mode, but
> >it's Ok. 
> >  
> >
> No, the bulk of the message I tried to deliver is:  everyone 
> is aware of 
> it, people are working on it, if
> it truely bothers you, pay for your opensource software and be one of 
> those people.

Andrew,

that message was hidden in the noise. "Trolling" references, "cathedral and
bazaar" mentions and other off-topic subjects did not help you, guys, to
deliver the message. I'm left with the mixed feeling. At the end, I see that
people recognize the issue and think of solutions, but at the same time the
first reaction ("He's giving up? Let him go.") is shocking. Also, repeating
theme from many developers is MONEY, every other message advises me to pay
MONEY. It's all off-topic. I'm amazed how experienced USENET, FIDO people
were lost in off-topic. Forget "Cathedral...", there's an issue. Solve it.
We are not Free Software Prophets, we are programmers. Let's be pragmatic.

I'm not complaining, it's just my poor English :)

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Samples as tools for learning and development (Was: Giving up ! Cocoon too big, slow and confusing)

[Diana Shannon]

On Saturday, June 29, 2002, at 10:04  AM, Argyn Kuketayev wrote:

> Also, repeating
> theme from many developers is MONEY, every other message advises me to 
> pay
> MONEY. It's all off-topic. I'm amazed how experienced USENET, FIDO 
> people
> were lost in off-topic. Forget "Cathedral...", there's an issue. Solve 
> it.
> We are not Free Software Prophets, we are programmers. Let's be 
> pragmatic.

I didn't interpret Andrew's message that way. I think he was suggesting 
you should "pay" (figuratively speaking) by helping (in *pragmatic* 
ways) to improve the docs.

As for "Free Software Prophets," we should be careful not to generalize 
or make broad assumptions about what motivates the people who 
participate on this list. People are here for different reasons, and 
IMHO that's a Good Thing. The beauty of it all is that in spite of our 
differences we can still work together and help to produce something 
truly amazing.

-- Diana


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Unexpected behavior with imported stylesheets

[Vadim Gritsenko]

> From: Peter Royal [mailto:[EMAIL PROTECTED]]
> 
> On Thursday 27 June 2002 09:14 pm, Phil wrote:
> > There was a thread about this some time back and I believe that it's
on
> > a to-do list somewhere. Is anyone at apache able to confirm this?
> >
> > Your 'touch' workaround is the only solution that I know of at this
time.
> >
> > Anyone have any advances on this?
> 
> You are correct. There was a thread, its on a TODO, but nothing yet.

Update:


This has been fixed in Cocoon 2.0.3 CVS and PATCH is pending (against
Avalon CVS) to fix this in Cocoon 2.1.

Vadim


> -pete
> 
> --
> peter royal -> [EMAIL PROTECTED]
=


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: null pointer passed as base exception

[Vadim Gritsenko]

> From: Leona Slepetis [mailto:[EMAIL PROTECTED]]
> 
> Hi All,
> 
> I have part of  a pipeline that looks like this:
> 
> 
>   
>   
> 
> 
> 
> 
> 
>   
>   
>   
> 
> 
> In gs.xml I have:
> 
> 
>   
> 
> 
> 
> In gs.xsl I have:
> 
>   
> 
>   
> 
> 
>   
> 
>   
> 
> And default-html.xsl has:
> 
>   
> 
>   
> title
>   
>   
> 
>   
> 
>   
> 
> I get to it by calling
>
http://localhost:8080/GS/matrix?dealID=1001&playerID=&matrixfile=file://
/D:/
> matrix.xml&projectname=new
> 
> When I run it, the following error occurs:
> Could not read resource file:/D:/tomcat/webapps/GS/gs.xml
> 
> org.apache.cocoon.ProcessingException: Could not read resource
> file:/D:/tomcat/webapps/GorillaStation/gs.xml:
java.lang.RuntimeException:
> java.lang.IllegalArgumentException: Null pointer passed as base

What's the stacktrace? 

Vadim


> One thing I notice is that playerID is not set to the value '123'. Why
is
> this?
> The other thing is that if I take out value="matrix"/>  from the pipeline it works
> according to the default logic in .
> 
> There doesn't appear to be anything wrong with gs.xml; it was working
under
> C1.
> Other pipeline segments using the parameter "pagename" work just fine,
such
> as:
> 
> 
>   
>   
> 
>   
>   
>   
> 
> 
> Can anyone give me a clue as to what is wrong?
> 
> Thanks very much,
> Leona
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Form Validator

[Eric Dalquist]

I've been trying to get the form validator and DB Validator working for
about a week now. I decided to try and just got the form stuff working first
but I can't even get that. I'm running Cocoon 2.0.2-dev and Tomcat 4.1.3.

In my sitemap.xmap I have the following:













login.xsp has a form that posts to do_login.xsp and has two inputs named
user_name and user_password.

Here is my params.xml


  
  

  


  


I've checked through the logs and there aren't any context errors so Cocoon
seems to be finding the params.xml file OK. Everytime I submit the form I
get bounced back to the login.xsp page instead of getting sent to index.xsp.
It doesn't matter if I don't put anything in the inputs or have valid data
in both.

I would also like to be able to validate the user_name & password_fields
against a MySQL database and setting the value in the corresponding user_id
column in a session variable. I played with it a little and cocoon was
connection to the DB but not authenticating, I don't have my descriptor file
for that any more. Here is my DDL for the table I want to auth against.

CREATE TABLE `users` (
  `user_id` int(11) unsigned NOT NULL auto_increment,
  `user_name` varchar(255) NOT NULL default '',
  `user_password` varchar(16) NOT NULL default '',
  `user_first_name` varchar(255) NOT NULL default '',
  `user_last_name` varchar(255) NOT NULL default '',
  `user_email` varchar(255) NOT NULL default '',
  `user_status` tinyint(4) unsigned NOT NULL default '1',
  PRIMARY KEY  (`user_id`),
  UNIQUE KEY `user_login` (`user_name`,`user_password`),
  UNIQUE KEY `user_id` (`user_id`)
) TYPE=MyISAM

My other question with the DBAuth stuff is can cocoon run the submitted
password through MySQLs PASSWORD() function? I would really like to be able
to keep the password column in the table encrypted and still be able to use
the DBAuth stuff.

I hope someone can give me a hand with this. After a week of searching the
mailing lists, coocon site and web in general I'm stuck!

-Eric Dalquist



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [Q] SunSpot Portal Demo Error(NullPointerException) in Cocoon 2.0.2 and 2.1-dev

[Kenny Chow]

[Please use plain text]
Hi there, your problem should be due to using jdk1.4.
I suggest 1.3 instead, which is what I run with tomcat
404 and cocoon2.1-dev. This combination works fine.

--- [EMAIL PROTECTED] wrote:



Hi,
I'm
currently trying to run cocoon, actually I'm very
interested in sunspot portal. But I've got
problem
when I run login to the portal demo with guest/guest.
It emits NullPointerException
and
after searching mailing lists I've found the same
question but no answer. I'm running
JDK
1.4.0_02 and Tomcat 4.0.4 with cocoon 2.0.2 and cocoon
2.1-dev.
 
Can
anyone help me?
 


__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [ANN] Sitemap diagram documentation

[Ryan Hoegg]

Hi,

It would be nice if you also had a 8 1/2" by 11" paged PDF for us 
Americans! :)

Thanks,
Ryan Hoegg
ISIS Networks

Steven Noels wrote:

> Dear all,
>
> We have created a diagram representation of the Cocoon sitemap that 
> you might consider being helpful. It is available in PDF format at 
> http://outerthought.net/sitemap/ for now, since we are redesigning our 
> website and plan to move it over to outerthought.org 'v2' when that is 
> ready.
>
> Please enjoy and comment.
>
> Warm regards,
> 
>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

DO NOT REPLY [PATCH QUEUE] Summary June 30 2002

[nicolaken]

---
 This mail is generated automatically using
 Jakarta Ant. Contents are automatically
 downloaded from Apache's Bugzilla.
---
 Please do not reply to this mail.
---

***
COCOON PATCH QUEUE UPDATE
 
patches in queue:  8 
***


---
8614:[PATCH] configurable component manager
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8614

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
9075:[PATCH] Contribution of SAP R/3(r) connectivity components
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9075

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
9521:[PATCH] Mozilla script support for simple-xml2html.xsl
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9521

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
9728:[PATCH] CocoonServlet getClassPath() enhancements Tomcat4
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9728

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
10208:[PATCH]/[RT] Aggregation and Error Conditions (file not foun
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10208

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
10281:[PATCH] nested cocoon: source spanning multiple sitemaps
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10281

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
10284:[PATCH] CachingPoint caching algorithm
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10284

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
6879:[PATCH] Cache improvement using ESI invalidation protocol
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW

*that's it!

patch HOWTO

Send patches to http://nagoya.apache.org/bugzilla/
specifying [PATCH] in the summary.
Bugzilla sends a mail automatically to this list.
Reviewers will mark it FIXED there when applied.
Patches not sent to Bugzilla will not be reviewed.
---
This file is scheduled to be generated every Tuesday and
Friday 1:00 CET for the cocoon-dev mailing list, on
Sundays 1:00 CET for the cocoon-users mailing list.
For any problem, question or suggestion, please notify 
[EMAIL PROTECTED]
---
There is a HEAD branch and sometimes a previous-version
branch that are maintained. Where will the patch go?
1. If it is a bug fix it should go to both branches
2. If something is totally new it goes into HEAD scratchpad.
3. Something in between, but does not break backward
   compatibility _may_ go into both (and may not)
4. For everything else, a vote is required  so
   first it may go into HEAD, and then be VOTEd in order
   to sync this into branch.
Please note that structural changes have to be VOTEd first.
  

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: [HELP]

[Vadim Gritsenko]

> From: Mellado, Rafael [mailto:[EMAIL PROTECTED]]
> 
> I got the following exception in my sitemap I have the following:
>  src="org.apache.cocoon.generation.ServerPagesGenerator"/>
> and
> 
>   
>   
> 
> 
>   
> I am using version 2.1-dev
> Description:org.apache.cocoon.ProcessingException:
> java.lang.NullPointerException
> 
> full exception chain stacktrace
> 
> Original exception : java.lang.NullPointerException
> at
>
net.sf.pizzacompiler.compiler.Namer.findMethod(C:\pizza\main\src\net\sf\
pizz
> acompiler\compiler\Namer.pizza:306)

Seems that pizza compiler really does not like your XSP. You could try
javac instead of pizza.

Easiest way to do this is get Cocoon source distribution, remove file
lib/optional/pizza-1.1.jar, remove everything in build directory, and
rebuild Cocoon.

Also, you could try to compile Java file generated from the XSP to
compile from the command line using pizza and if it fails in similar
way, contact pizza developers (project hosted at sourceforge).


Vadim


> at
>
net.sf.pizzacompiler.compiler.Namer.resolveSelectFromType(C:\pizza\main\
src\
> net\sf\pizzacompiler\compiler\Namer.pizza:648)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribSelect(C:\pizza\main\src\net\sf
\piz
> zacompiler\compiler\Attr.pizza:1572)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribExpr(C:\pizza\main\src\net\sf\p
izza
> compiler\compiler\Attr.pizza:1359)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribExpr(C:\pizza\main\src\net\sf\p
izza
> compiler\compiler\Attr.pizza:1113)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribStat(C:\pizza\main\src\net\sf\p
izza
> compiler\compiler\Attr.pizza:692)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribStats(C:\pizza\main\src\net\sf\
pizz
> acompiler\compiler\Attr.pizza:750)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribDef(C:\pizza\main\src\net\sf\pi
zzac
> ompiler\compiler\Attr.pizza:472)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribDef(C:\pizza\main\src\net\sf\pi
zzac
> ompiler\compiler\Attr.pizza:424)
> at
>
net.sf.pizzacompiler.compiler.Attr.attribute(C:\pizza\main\src\net\sf\pi
zzac
> ompiler\compiler\Attr.pizza:355)
> at
>
net.sf.pizzacompiler.compiler.Main.process(C:\pizza\main\src\net\sf\pizz
acom
> piler\compiler\Main.pizza:228)
> at
>
net.sf.pizzacompiler.compiler.Main.compile(C:\pizza\main\src\net\sf\pizz
acom
> piler\compiler\Main.pizza:309)
> at
>
org.apache.cocoon.components.language.programming.java.Pizza.compile(Piz
za.j
> ava:114)
> at
>
org.apache.cocoon.components.language.programming.java.JavaLanguage.comp
ile(
> JavaLanguage.java:225)
> at
>
org.apache.cocoon.components.language.programming.CompiledProgrammingLan
guag
> e.load(CompiledProgrammingLanguage.java:207)
> at
>
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa
dPro
> gram(ProgramGeneratorImpl.java:398)
> at
>
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa
d(Pr
> ogramGeneratorImpl.java:287)
> at
>
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGener
ator
> .java:203)
> at
>
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setupPi
peli
> ne(AbstractProcessingPipeline.java:370)
> at
>
org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline.set
upPi
> peline(CachingProcessingPipeline.java:287)
> at
>
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process
(Abs
> tractProcessingPipeline.java:493)
> at
>
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(
Seri
> alizeNode.java:142)
> at
>
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.
invo
> keNodes(AbstractParentProcessingNode.java:83)
> at
>
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.i
nvok
> e(PreparableMatchNode.java:157)
> at
>
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.
invo
> keNodes(AbstractParentProcessingNode.java:107)
> at
>
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(P
ipel
> ineNode.java:158)
> at
>
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.
invo
> keNodes(AbstractParentProcessingNode.java:107)
> at
>
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(P
ipel
> ineNode.java:158)
> at
>
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.
invo
> keNodes(AbstractParentProcessingNode.java:107)
> at
>
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(
Pipe
> linesNode.java:152)
> at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro
cess
> or.java:327)
> at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreePro
cess
> or.java:309)
> at org.apache.cocoon.Cocoon.process(Cocoon.java:587)
> at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tion
> Filte

Re: [ANN] Sitemap diagram documentation

[David Crossley]

Thanks Steven, i have applied your patch.
--David

Steven Noels wrote:
> Diana Shannon wrote:
>> Steven Noels wrote:
>>> We have created a diagram representation of the Cocoon sitemap that 
>>> you might consider being helpful. It is available in PDF format at 
>>> http://outerthought.net/sitemap/ for now, since we are redesigning 
>>> our website and plan to move it over to outerthought.org 'v2' when 
>>> that is ready.
>>
>> Would you please peruse the Cocoon docs and let us know where/how to 
>> link to it. A patch is welcome...
>
>Of course, Diana. Attached.



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Architecture style of Cocoon II

[Rod Farmer]

Hi,
I was wondering if you could clarify for me whether you believe
Cocoon II follows a nominally OO architecture of Event-Driven architecture.
Having a bit of an argument with a fellow researcher.


Thanks


Rod
-- 
-
++ Rod Farmer
++ Dept of Comp.Sc and Soft Eng 
++ The University of Melbourne, Australia
++ 207 Bouverie Street
++ Parkville, VIC. 3052
++ Australia

## Email: [EMAIL PROTECTED] 
## Tel: +61 3 8344 9140
-

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>