You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by Gary Lawrence Murphy <ga...@canada.com> on 2002/12/06 19:41:53 UTC
Minor build problems with Jetspeed CVS
Since all you old hands probably fixed these problems manually long
ago, I thought it might be useful to list the two little fiddly build
problems I've encountered building from the CVS. These may also
be due to my use of the IBM 1.4 JDK, but they could also be general
1) jakarta-jetspeed/src/java needs to be added to the classpath
or the classes cannot find others in the same packages
2) jaf.jar is missing from ./lib
I also found a dependence on ../jakarta-site2 but this does not
appear to be for any other reason than to reference one jar out
of that module's lib.
Starting it up (using Jetty 4.0.0) I also find a problem with
the diskCache ... shouldn't the war file include the cache directory?
[06 Dec 2002 12:45:01 INFO] - Initializing cache entry: http_jakarta.apache.org_jetspeed_channels_apache.ocs
[06 Dec 2002 12:45:01 ERROR] - Could not process Daemon: diskcachedaemon
java.lang.VerifyError: (class: org/apache/jetspeed/util/StringUtils, method: replaceAll signature: (Ljava/lang/StringBuffer;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/StringBuffer;) Inconsistent stack height 0 != 2
at org.apache.jetspeed.util.URIEncoder.decode(URIEncoder.java:171)
at org.apache.jetspeed.cache.disk.JetspeedDiskCacheEntry.getSourceURL(JetspeedDiskCacheEntry.java:210)
at org.apache.jetspeed.cache.disk.JetspeedDiskCacheEntry.<init>(JetspeedDiskCacheEntry.java:145)
at org.apache.jetspeed.cache.disk.JetspeedDiskCache.initEntries(JetspeedDiskCache.java:170)
at org.apache.jetspeed.cache.disk.JetspeedDiskCache.getInstance(JetspeedDiskCache.java:496)
at org.apache.jetspeed.cache.disk.JetspeedDiskCache.getInstance(JetspeedDiskCache.java:478)
at org.apache.jetspeed.daemon.impl.DiskCacheDaemon.run(DiskCacheDaemon.java:98)
at org.apache.jetspeed.daemon.DaemonThread.runDaemon(DaemonThread.java:145)
at org.apache.jetspeed.daemon.DaemonThread.run(DaemonThread.java:110)
[06 Dec 2002 12:45:01 INFO] - DaemonThread -> *DONE* PROCESSING daemon -> diskcachedaemon
--
Gary Lawrence Murphy : garym@teledyn.com : TeleDynamics Communications
- blog: http://www.teledyn.com/mt - biz: http://www.teledyn.com/ -
"Computers are useless. They can only give you answers." (Picasso)
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Minor build problems with Jetspeed CVS
Posted by Gary Lawrence Murphy <ga...@canada.com>.
Aha -- I'm zeroing in on the problem, but it appears 90% certain that
the changes to the files overnight break jikes -- the problem vanishes
when recompiled with the Sun j2sdk 1.4.1
--
Gary Lawrence Murphy - garym@teledyn.com - TeleDynamics Communications
- blog: http://www.teledyn.com/mt/ - biz: http://teledyn.com/ -
"Computers are useless. They can only give you answers." (Picasso)
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Minor build problems with Jetspeed CVS
Posted by Gary Lawrence Murphy <ga...@canada.com>.
Yesterday it worked
Today it does not
CVS is like that
This appears to be a new problem occuring with the plain vanilla CVS
demo build -- has anyone else seen this or anything like it?
Yesterday I could build and run the CVS no problem, but after an
update a few minutes ago, something has broken; what's really odd is
the way the first line ends with just Lorg/apache/jets
java.lang.VerifyError: (class: org/apache/jetspeed/services/portaltoolkit/JetspeedPortalToolkitService, method: getSet signature: (Lorg/apache/jetspeed/om/profile/Portlets;Lorg/apache/jetspeed/services/portaltoolkit/JetspeedPortalToolkitService$VariableInteger;)Lorg/apache/jets
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:140)
at org.apache.turbine.services.BaseInitableBroker.getInitableInstance(BaseInitableBroker.java:257)
--
Gary Lawrence Murphy - garym@teledyn.com - TeleDynamics Communications
- blog: http://www.teledyn.com/mt/ - biz: http://teledyn.com/ -
"Computers are useless. They can only give you answers." (Picasso)
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>