webwork-devel Mailing List for WebWork (Page 54)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Update of /cvsroot/webwork/webwork/src/main/webwork/util
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/util

Added Files:
	package.html 
Log Message:
Added package descriptions

Update of /cvsroot/webwork/webwork/src/main/webwork/action/test
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/action/test

Added Files:
	package.html 
Log Message:
Added package descriptions

Update of /cvsroot/webwork/webwork/src/main/webwork/taglib
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/taglib

Added Files:
	package.html 
Log Message:
Added package descriptions

Update of /cvsroot/webwork/webwork/src/main/webwork/action/factory
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/action/factory

Added Files:
	package.html 
Log Message:
Added package descriptions

Update of /cvsroot/webwork/webwork/src/main/webwork/config
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/config

Added Files:
	package.html 
Log Message:
Added package descriptions

Update of /cvsroot/webwork/webwork/src/main/webwork/action/standard
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/action/standard

Added Files:
	package.html 
Log Message:
Added package descriptions

Update of /cvsroot/webwork/webwork/src/main/webwork/action/client
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/action/client

Added Files:
	package.html 
Log Message:
Added package descriptions

Update of /cvsroot/webwork/webwork/src/main/webwork/action
In directory usw-pr-cvs1:/tmp/cvs-serv18700/main/webwork/action

Modified Files:
	IllegalArgumentAware.java 
Added Files:
	package.html 
Log Message:
Added package descriptions

On Thu, Nov 15, 2001 at 12:34:38PM +0100, Rickard =D6berg wrote:

> So, what I did was to extend the Sorter JavaBean to include a method=20
> getComparator(String anExpression) which creates a comparator that can=20
> compare two values that will be obtained by using the given WebWork=20
> expression on them.

+1 for this one...

> The log4j.categories action simply provides the list of categories, and=
=20
> according to the JavaDoc the Category class has a getName() method,=20
> hence the "@sorter/comparator('name')" attribute in the sort tag. The=20
> expression can be any WW expression, but I think most cases will be of=20
> this rather simple variant.

=2E.. and +1 for the log4j console.

-billy.

--=20
Philipp Meier                              o-matic GmbH
Gesch=E4ftsf=FChrer                  Pfarrer-Wei=DF-Weg 16-18
Tel.: +49-(0)700-66284236                     89077 Ulm

Hey

The DocBook->HTML generation now uses Saxon instead of Xalan. As a 
consequence it is *much* faster, which should be nice for those writing 
docs.

I have not yet been able to run the "docs" target (i.e. doc generation)( 
from within IntelliJ. For now you'll have to use the command line 
version to do the doc generation.

/Rickard

-- 
Rickard Öberg

Update of /cvsroot/webwork/webwork/src/docs/docbookx
In directory usw-pr-cvs1:/tmp/cvs-serv16231

Modified Files:
	calstblx.dtd dbcentx.mod dbhierx.mod dbnotnx.mod dbpoolx.mod 
	docbookx.dtd 
Log Message:
New DocBook DTD

Update of /cvsroot/webwork/webwork/src/build
In directory usw-pr-cvs1:/tmp/cvs-serv14365

Modified Files:
	build.bat build.properties build.sh build.xml 
Log Message:
Now uses Saxon for docs generation

Update of /cvsroot/webwork/webwork/src/main/webwork/taglib
In directory usw-pr-cvs1:/tmp/cvs-serv4870

Modified Files:
	ActionTag.java 
Log Message:
Action is now executed regardless of whether it has been accessed in the tag's body or not.

Nils Hartmann wrote:

> Hi,
> (not sure if this is the correct list...)

It's the correct list.

> two things about the build-process:
> 
> 1. I think current version of build.sh in CVS does not work correct. IMHO TARGET_CLASSPATH should be updated like this:
> 
> TARGET_CLASSPATH=../../lib/ant.jar:\
> ../../lib/jakarta-ant-1.4.1-optional.jar:\
> ../../lib/crimson.jar:\
> ../../lib/jaxp.jar
> 
> (This is as in build.bat).

Fixed, in CVS.

> 2. I have problem building the docs, when executing build.sh (on linux), I got following output:
> ------
> docs:
>     [style] Transforming into /usr/local/src/webwork-cvs/webwork/dist/docs
>     [style] Transforming into /usr/local/src/webwork-cvs/webwork/dist/docs
>     [style] Loading stylesheet /usr/local/src/webwork-cvs/webwork/lib/docbook/html/chunk.xsl
>     [style] Failed to process /usr/local/src/webwork-cvs/webwork/src/docs/index.xml
> 
> BUILD FAILED
> 
> /usr/local/src/webwork-cvs/webwork/src/build/build.xml:200: javax.xml.transform.TransformerException: java.net.UnknownHostException: usr
> ------
> Any hints how to solve this problem? It looks like that a URI is not correct? (whyelse 'usr' should be interpreted as a host name instead of a directory?)

Yes, it seems like the entity declarations in index.xml is causing 
strange things, as you note. Not sure how to get around... you're on a 
*nix system, right?

/Rickard

-- 
Rickard Öberg

Update of /cvsroot/webwork/webwork/src/build
In directory usw-pr-cvs1:/tmp/cvs-serv5515

Modified Files:
	build.sh 
Log Message:
Updated *nix script

Hi,
(not sure if this is the correct list...)

two things about the build-process:

1. I think current version of build.sh in CVS does not work correct. IMHO TARGET_CLASSPATH should be updated like this:

TARGET_CLASSPATH=../../lib/ant.jar:\
../../lib/jakarta-ant-1.4.1-optional.jar:\
../../lib/crimson.jar:\
../../lib/jaxp.jar

(This is as in build.bat).

2. I have problem building the docs, when executing build.sh (on linux), I got following output:
------
docs:
    [style] Transforming into /usr/local/src/webwork-cvs/webwork/dist/docs
    [style] Transforming into /usr/local/src/webwork-cvs/webwork/dist/docs
    [style] Loading stylesheet /usr/local/src/webwork-cvs/webwork/lib/docbook/html/chunk.xsl
    [style] Failed to process /usr/local/src/webwork-cvs/webwork/src/docs/index.xml

BUILD FAILED

/usr/local/src/webwork-cvs/webwork/src/build/build.xml:200: javax.xml.transform.TransformerException: java.net.UnknownHostException: usr
------
Any hints how to solve this problem? It looks like that a URI is not correct? (whyelse 'usr' should be interpreted as a host name instead of a directory?)

Regards,
nils

-- 
Nils Hartmann
Fruchtallee 132
D-20259 Hamburg
Tel: +49-40-525 604 90

Nils Hartmann wrote:

> I have a problem with the implementation of SessionMap and ApplicationMap. 
> 
> Both classes implement the entrySet()-method to return a HashSet of the elements in the wrapped objects (HttpSession, resp. ServletContext's attributes + ServletContext's init params). But this HashSet is only build once, the first time entrySet() is called. This works fine if the map(s) are not modified after calling entrySet() the first time. If the map(s) are modified, they still return the old values. While the new values are correctly set on the wrapped objects, they are not returned using the entrySet() method the next time(s). Unfortunatly the entrySet() method is used a lot of times in the super class java.util.AbstractMap, so that the map's behaviour then is uncorrect.
> 
> One way to solve this problem could be setting the attribute ApplicationMap.entries resp. SessionMap.entries back to null in the put(Object, Object), remove(Object) and clear() methods.
> 
> Or am I completly wrong?

Nope, you're right. Fixed in CVS.

/Rickard

-- 
Rickard Öberg

Update of /cvsroot/webwork/webwork/src/main/webwork/action/factory
In directory usw-pr-cvs1:/tmp/cvs-serv22811

Modified Files:
	ApplicationMap.java SessionMap.java 
Log Message:
Fixed map wrappers (thanks to Nils Hartmann)

Update of /cvsroot/webwork/webwork/src/docs
In directory usw-pr-cvs1:/tmp/cvs-serv17424

Modified Files:
	xslt.xml 
Log Message:
testing write access...

ste...@be... wrote:

> After reading the 'Vol1 #11 digest' I've downloaded the code. When 
> starting Tomcat (v4.0) with webwork.war, the log4j.jar file is missing. 
> A part of the stacktrace is added at the end. Adding log4j.jar in the 
> lib directory makes fixes the problem.
>  
> Is log4j.jar missing in the lib directory - meaning it should be added 
> manually before building the distribution - or should it be added to the 
> webwork CVS module?

Here's the deal: log4j.jar *is* include in the module, but in /lib. If I 
put it in /src/lib it would be included in the .war. Which might seem 
like a good idea. But it's not, because some servers already have it 
(such as JBoss) in which case it will break. So, the idea was to put it 
in /lib instead and manually install it into those servers that do not 
have it.

The INSTALL note does include this step btw.

/Rickard

-- 
Rickard Öberg

Hello,

After reading the 'Vol1 #11 digest' I've downloaded the code. When starting Tomcat (v4.0) with webwork.war, the log4j.jar file is missing. A part of the stacktrace is added at the end. Adding log4j.jar in the lib directory makes fixes the problem. 

Is log4j.jar missing in the lib directory - meaning it should be added manually before building the distribution - or should it be added to the webwork CVS module?

Stacktrace: java.lang.NoClassDefFoundError: org/apache/log4j/Category
 at webwork.dispatcher.ServletDispatcher.<init>(ServletDispatcher.java:46)
 at java.lang.Class.newInstance0(Native Method)
 at java.lang.Class.newInstance(Class.java:237)
 at org.apache.catalina.core.StandardWrapper.load(Unknown Source)
Thought the name abstraction would be more appropriate.

113c113
<     <jar jarfile="${build.dir}/result/web/webworkclient.jar"
---
>     <jar jarfile="${build.dir}/result/web/${name}client.jar"

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

Update of /cvsroot/webwork/webwork/src/resources/web/template/standard
In directory usw-pr-cvs1:/tmp/cvs-serv31085

Modified Files:
	combobox.jsp 
Log Message:
Fixed JavaScript (thanks Leonard Chen)

Update of /cvsroot/webwork/webwork/src/resources/web/template/standard
In directory usw-pr-cvs1:/tmp/cvs-serv25944

Modified Files:
	combobox.jsp 
Log Message:
Fixed for the case where the name is nested (i.e. contains /)

Hi,

I have a problem with the implementation of SessionMap and ApplicationMap. 

Both classes implement the entrySet()-method to return a HashSet of the elements in the wrapped objects (HttpSession, resp. ServletContext's attributes + ServletContext's init params). But this HashSet is only build once, the first time entrySet() is called. This works fine if the map(s) are not modified after calling entrySet() the first time. If the map(s) are modified, they still return the old values. While the new values are correctly set on the wrapped objects, they are not returned using the entrySet() method the next time(s). Unfortunatly the entrySet() method is used a lot of times in the super class java.util.AbstractMap, so that the map's behaviour then is uncorrect.

One way to solve this problem could be setting the attribute ApplicationMap.entries resp. SessionMap.entries back to null in the put(Object, Object), remove(Object) and clear() methods.

Or am I completly wrong?

Regards,
Nils
-- 
Nils Hartmann
Fruchtallee 132
D-20259 Hamburg
Tel: +49-40-525 604 90

2001	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (316)	Dec (117)
2002	Jan (197)	Feb (229)	Mar (293)	Apr (177)	May (84)	Jun (40)	Jul (43)	Aug	Sep	Oct	Nov	Dec

webwork-devel Mailing List for WebWork (Page 54)

webwork-devel — WebWork development