Re: VM options to run Geronimo

[Calvin Austin]

I think it really depends on how much memory you have, many of the 
specjbb/specjappserver results are run on 32bit machines with 4GB ram 
setting -Xmx2048m -Xms2048m is fine. As Matt points out there is more 
than one out of memory condition.  From memory I think 1.4.2 server had 
a max permsize of 64mb so that is one candidate -XX:MaxPermSize=128m


If you are using 1.4.2 hotspot you can also use the free visualgc tool. 
It will automatically detect a running jvm and show what the gc is doing

http://java.sun.com/performance/jvmstat/

regards
calvin

Rajiv M wrote:


I mean -Xms=-Xmx is a bad setting
~rajiv

 
On 3/29/06, *Rajiv M* <[EMAIL PROTECTED] 
> wrote:


Hello,
-Xmx2048m -Xms2048m - this is a very bad setting. this will induce
fragmentation of java heap, which means heap will fail to allot
contiguous memory for a large object allocation (greater than 7 MB
is considered large). This would subsequently end in an OOM.
 
Ideally -Xms256 and -Xmx1024 could be tried.


~rajiv
 
On 3/29/06, *Jeff Genender* <[EMAIL PROTECTED]

> wrote:

Whew 2G of Memory!!! Nice!!

Matt Hogstrom wrote:

In the tests I'm running I use the following:

java -server -Xmx2048m -Xms2048m -XX:-PrintTenuringDistribution
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC

-jar

/home/hogstrom/geronimo-1.0/bin/server.jar

I have not played too much with tuning the tenuring for the

eden sizes.

Do you have a stack trace indicating where you

failed?  OutOfMemory

could mean several things.

Maxim Berkultsev wrote:

Hi, all!

I'm trying to make some performance evaluations of Geronimo

with a

help of
JMeter.

It has appeared relatively simple to get Geronimo out of

work. I've

tried to
load it with JMeter and a web primitive called
**PingServlet2MDBQueue** from
Daytrader bundle. I've created immediate load for 10 virtual

users and

unlimited number of requests. Within a minute or two

Geronimo stopped

responding to any request logging to console something like
...
18:32:56,180 WARN [ThreadedServer] EXCEPTION
java.lang.OutOfMemoryError
18:32:57,211 WARN [ThreadedServer] EXCEPTION
java.lang.OutOfMemoryError
...

Has someone used any specific VM options to run Geronimo

smoothly? (As

for
me I've tried starting Geronimo with Java 1.4.2 Hotspot(TM)

VM with

-server
option enabled).

Any advice or reference could be helpful. Thank you.
--
Best regards,
Maxim Berkultsev, Intel Middleware Products Division






-- 
~~~Truth is out there.~~~





--
~~~Truth is out there.~~~ 

Re: Roadmap, tasks and things to do?

[Calvin Austin]

Dain Sundstrom wrote:

Ever since we shipped 1.0, I have been getting a surprising number of  
private emails from old fiends, old Geronimo contributers, companies,  
and just random people telling me that the are excited about Geronimo  
and want to join in.  They all inevitably ask me for advise on what  
to work on, and I really have no idea other than "look at JIRA". So  
I'd like to solicit the community to help me create a roadmap, tasks,  
things to do list, what ever we call it.


Before we get into building this, I'd like to focus the discussion,  
so we don't end up in mailing-list fantasy land :)  Lets agree to not  
talk about the technology used to track the tasks; once we have the  
content we can discuss using JIRA, wiki, html or creating a Gopher  
site.  Secondly, lets focus on things that are reasonable to do in  
the next 9 months.  Finally, don't worry about someone else working  
on something you want to work on.  With open communication on the  
mailing list, I think everyone will be able to work something they  
find interesting without stepping on toes.  Oh, one final thing,  
please don't try to "take a task" until we have this list complete.


Without further delay, here are some things off the top of my head:

o Conversion to Maven 2 - Very important and a huge task

o Ant versions of the Geronimo plugins

o  XDoclet for all configurations

o Integration tests that cover servlets, webservices and jms

o Little-G - Geronimo with a small foot print

o Global non-persistent JNDI implementation

o EJB 2.x - Once I get my refractor committed, it will be obvious  
where the 2.x implementation needs work like better caching


o JEE 5 - There is a ton of stuff under this, but it would be good to  
start with a list of what is required for JEE 5


I don't want to speak for the other ares of Geronimo I don't work on  
regularly, but I am sure that there are good opportunities to help in  
the console, jms, javamail, ejb, clustering, esb/jbi/bpm, tooling,  
performance, build, testing, samples, documentation, so if you are  
more familiar with one of those areas, please post.


I think this is a "once in a project chance" to build a big vibrant  
community of developers, and let's not let it pass us by.


Thanks in advance,

-dain


After following the discussions about project donations over the past 
week and the sometimes difficult questions each donation raises. I think 
its a good time to revisit this wishlist to see how it all fits together 
in a bigger picture.


What would be the top 3 things that would make Geronimo successful and 
the de-facto choice for open source J2EE app developers?


My personal choice would be
1. To make it easy for developers to start or migrate to Geronimo, that 
could be migration tools/deployment, how to documentation (there are 
some good examples so far, Hernan and others are very focused on JBoss 
:*), feature set leveling (obviously in process), testing that your app 
still works!. Some donations may fit here.

2. Make the release/build process more agile, resilient (eg maven2/ant)
3. First place to come for latest J2EE technology.

If anyone else is interesting in 1) migration activities then let me 
know, I think with Hernans great start we can divide the workload up and 
finish this task sooner than later


regards
calvin

Re: Roadmap, tasks and things to do?

[Calvin Austin]

Sachin Patel wrote:

It would be cool to have automated performance tests for components 
that get kicked off with continuum.  We could graphically chart the 
results to be able to track perf improvements or regressions.  If 
there are any regressions it would then be easy to determine what 
build and point, and possibly even which commit that caused the 
regression.


That type of trending information is useful for other tests in addition 
to performance tests (eg code coverage, cts ,unit tests)


I would also vote for J2SE 5.0 support :*) (hopefully a non-issue with 
the new ORB anyway)


regards
calvin



- sachin



On Jan 26, 2006, at 5:18 PM, Dain Sundstrom wrote:

Ever since we shipped 1.0, I have been getting a surprising number of 
private emails from old fiends, old Geronimo contributers, companies, 
and just random people telling me that the are excited about Geronimo 
and want to join in.  They all inevitably ask me for advise on what 
to work on, and I really have no idea other than "look at JIRA". So 
I'd like to solicit the community to help me create a roadmap, tasks, 
things to do list, what ever we call it.


Before we get into building this, I'd like to focus the discussion, 
so we don't end up in mailing-list fantasy land :)  Lets agree to not 
talk about the technology used to track the tasks; once we have the 
content we can discuss using JIRA, wiki, html or creating a Gopher 
site.  Secondly, lets focus on things that are reasonable to do in 
the next 9 months.  Finally, don't worry about someone else working 
on something you want to work on.  With open communication on the 
mailing list, I think everyone will be able to work something they 
find interesting without stepping on toes.  Oh, one final thing, 
please don't try to "take a task" until we have this list complete.


Without further delay, here are some things off the top of my head:

o Conversion to Maven 2 - Very important and a huge task

o Ant versions of the Geronimo plugins

o  XDoclet for all configurations

o Integration tests that cover servlets, webservices and jms

o Little-G - Geronimo with a small foot print

o Global non-persistent JNDI implementation

o EJB 2.x - Once I get my refractor committed, it will be obvious 
where the 2.x implementation needs work like better caching


o JEE 5 - There is a ton of stuff under this, but it would be good to 
start with a list of what is required for JEE 5




I don't want to speak for the other ares of Geronimo I don't work on 
regularly, but I am sure that there are good opportunities to help in 
the console, jms, javamail, ejb, clustering, esb/jbi/bpm, tooling, 
performance, build, testing, samples, documentation, so if you are 
more familiar with one of those areas, please post.


I think this is a "once in a project chance" to build a big vibrant 
community of developers, and let's not let it pass us by.


Thanks in advance,

-dain

Re: using Java 5 for java.util.concurrent & annotations and then generating 1.4 compliant jars?

[Calvin Austin]

I had a quick look at retrotranslator today. Generics and some other 
language 5.0 features were, as some of you may know, originally 
developed on a 1.4 JVM. So in principal this is a cool idea and at one 
point the javac engineer suggested we provide the target 1.4 option. I 
would probably draw the line at the runtime annotations though myself. 
Achieving this in retrotranslator requires some involved helper classes 
which changes the behavior of the app, before you even get to try a 
debugger on it


regards
calvin



Dain Sundstrom wrote:

I would love to start using Java 5 as soon as possible.  I have been  
using the backport-util-concurrent package for a while in xbean and  
the Java 5 interfaces are really nice to use.  Above all other  
features, I would love to have generics support in geronimo.   
Generics give me much more data when creating collections in the IoC  
code.  Right now, the collection creation code I have is very dumb  
since it must assume that a collection can contain any object.


-dain

On Dec 30, 2005, at 9:59 AM, [EMAIL PROTECTED] wrote:


First a quick bit of background on why Retrotranslator rocks...
http://radio.weblogs.com/0112098/2005/12/29.html#a546

Retrotranslator can take any Java 5 bytecode using generics,  
annotations, auto-boxing, varargs & java.util.concurrent utilities  
and generate regular 1.4 bytecode that runs just fine on Java 1.4.  
The 1.4 bytecode uses backport-util-concurrent.jar for the  
java.util.concurrent stuff, retrotranslator_runtime.jar for other  
new methods added to Java 5 such as new reflection/generics stuff  
and asm.jar is currently used to read the annotations. So if you  
only use the Java 5 concurrent APIs then the only new dependency  
added on 1.4 is backport-util-concurrent.


We should be able to create a maven 2 plugin (I've already started)  
which uses Java 5 for the build to make a Java 5 binary but also  
creates a 1.4 compliant binary.
http://svn.mojo.codehaus.org/trunk/mojo/mojo-sandbox/ 
retrotranslator-maven-plugin/
We should hopefully be able to run tests against both JVMs for each  
binary too.


Now given that Java 5 concurrent is faster than backport-util- 
concurrent.jar & concurrent.jar it would be good for us to use this  
by default throughout the Geronimo family of projects. Similarly it  
would be extremely useful to start using annotations and generics &  
the new for loop can be handy too.


So I wonder; should we experiment with 1 module using Java 5 and  
creating a 1.4 binary jar? (I'm quite tempted to try this in  
ActiveMQ to see how it goes). If we start with just the  
java.util.concurrent <-> backport.util.concurrent it'd be fairly  
easy to switch back again later if we hit some showstopper.


Thoughts?

James
---
http://radio.weblogs.com/0112098/

[jira] Commented: (GERONIMO-770) java.lang.IllegalStateException: More then one configuration mananger was found in kernel

[Calvin Austin (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-770?page=comments#action_12359871 
] 

Calvin Austin commented on GERONIMO-770:


There is an artificial way to reproduce this I discovered by accident. Simply 
start org/apache/geronimo/DeployerSystem

To then get your geronimo back into a useable state you can edit 
var/config/config.list and remove DeployerSystem and restart the server



> java.lang.IllegalStateException: More then one configuration mananger was 
> found in kernel
> -
>
>  Key: GERONIMO-770
>  URL: http://issues.apache.org/jira/browse/GERONIMO-770
>  Project: Geronimo
> Type: Bug
>   Components: deployment
> Reporter: Jeremy Boynes
> Assignee: Aaron Mulder
>  Fix For: 1.0

>
> Seems to occur after unsuccessful deployment of an application client. Could 
> be that the org/apache/geronimo/Client configuration is left running so that 
> two GBeans are present.
> Once this occurs, the deployment tools are unable to locate the correct 
> configuration manager causing all deployment attempts to fail.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: Single download, setup and build.

[Calvin Austin]

There was a discussion earlier on the alias on what Geronimo could or 
couldn't do with the JDK and other Sun libraries. You can actually do 
more than most people think, but anyway for a developer using Java 
already making them download another JDK is overkill.


regards
calvin

Barry van Someren wrote:


We could not ship the SDK (which is required to build the code) but we
could in theory ship the others.
You'd still need to worry about integrating them into the OS though,
so I'd suggest we just keep pointing the users to instructions for
CVS, SVN and Maven.
It's a pain to set up, but most developers will either already have it
or will know how to install it (with or without the instructions)

Once you have everything setup, G is one of the easiest environments
to work with.

On 11/2/05, Sachin Patel <[EMAIL PROTECTED]> wrote:
 


-1 from me.  I could possibly understand the JDK, but definatley not
svn, maven, and CVS.

Prasad Kashyap wrote:
   


This may be slightly related to Hernan's wiki thread but since we were
talking about G for the impatient and a newbie manual, thought I'd ask this.

Dave Klavon was talking about a single download and setup of all
prereqs and G source, and build it too. I liked that idea and think that
would be really nice. I even put together a package with basic scripts
for that.

However, now I am beginning to wonder if it is legal/permissible for us
to "/ship/"  JDK, svn, maven and CVS in this single package ?

Comments ?

Cheers
Prasad
 


--
Sachin

   

Re: Trifork CORBA

[Calvin Austin]

Rick McGuire wrote:


Andy Piper wrote:


At 04:26 PM 10/26/2005, Rick McGuire wrote:

The most critical need right now is to have a replacement to the Sun 
ORB that would allow portability to other JVM impelementations.  The 
lack of a full-function compliant ORB is the main factor locking 
Geronimo in to the Sun 1.4.2 JVM.
I think the general view of the CORBA support is that of a 
"necessary evil".  It is required for J2EE certifcation, but is not 
generally seen as critical to most Geronimo deployments.  My 
personal view of the priorities is "get it working, get it 
portable".  Issues such as additional uses or higher peformance are 
things to consider after the primary requirements are fullfilled.




Can I ask why portability is critical? Most VM's (with one notable 
exception) use the Sun ORB so depending on it doesn't seem such a big 
deal to me, especially if its a necessary evil. I agree support for 
J2SE 5.0 is essential, but its pretty easy to write code that 
supports both 1.4 and 5.0 ORBs.



Actually, then don't.  The IBM JVM certainly doesn't, and I don't 
believe JRocket does either.  And it is not particularly easy to write 
code code that supports both 1.4 and 5.0 Sun ORBs because of 
difficulties hooking in the SSL support.  You also run into issues 
trying to build the code, since for any given JVM, only one of the 
versions of the ORB adaptors will compile correctly.



Technically the J2SE 5.0 reference ORB was supposed to be portable and 
interoperable and pluggable as Sun uses a modified version of that ORB 
for its own products. I've tried to forget the headaches we had with 
CORBA experience with JDK 5.0 but if there is anything I can do to make 
the Geronimo completely work with JDK 5.0 I'm all ears


regards
calvin




andy

Re: a testing challenge

[Calvin Austin]

I've asked the folks running it to clarify the web page today as I had 
received some other questions too.  In lieu of that,  code coverage is 
pure code coverage, for Java projects the tool used is clover.


A team is a committer and any additional engineers who want to join in 
writing the tests, . There is also an opportunity to get an early bird 
bonus.


regards
calvin


Geir Magnusson Jr. wrote:


Interesting...

I'm gonna write me a minivan!  :)

Can you define "code coverage"?  Will you be looking for meaningful  
tests, or just ensuring that APIs are invoked at all?


geir

On Aug 23, 2005, at 1:01 AM, Calvin Austin wrote:

It's great to see geronimo grow in leaps and bounds (even if its  
getting increasingly difficult to keep up with the email). However  
when was the last time someone thanked you for writing a test case  
to increase code coverage?


Well, Spikesource is running a participatory testing challenge, for  
more details see below. The first deadline is next week.


*_Open Testing Contest with Over $20,000 in Prizes_*

Committers! SpikeSource is sponsoring a contest to help increase  the 
participatory testing of open source software.  Awards will be  given 
to open source projects that have the greatest increase in  code 
coverage from September 15 through December 31, 2005.  Project  
sign-up is due by August 31^st and the contest begins on September  
15^th .  Visit http://www.spikesource.com/contest/ for complete  
details and to register your project.

a testing challenge

[Calvin Austin]

It's great to see geronimo grow in leaps and bounds (even if its getting 
increasingly difficult to keep up with the email). However when was the 
last time someone thanked you for writing a test case to increase code 
coverage?


Well, Spikesource is running a participatory testing challenge, for more 
details see below. The first deadline is next week.


*_Open Testing Contest with Over $20,000 in Prizes_*

Committers! SpikeSource is sponsoring a contest to help increase the 
participatory testing of open source software.  Awards will be given to 
open source projects that have the greatest increase in code coverage 
from September 15 through December 31, 2005.  Project sign-up is due by 
August 31^st and the contest begins on September 15^th .  Visit 
http://www.spikesource.com/contest/ for complete details and to register 
your project.

Re: JSP Compiler / tools.jar for M4

[Calvin Austin]

btw Technically there is such a thing as a Sun JRE +javac/tools.jar that 
isn't a JDK. It was done to enable JSP development


http://java.sun.com/j2se/1.3/docchanges.html

regards
calvin

[EMAIL PROTECTED] wrote:



AFAIK, the JDK is required in M4 according to a previous email from 
Dain where he said it was needed by the OpenORB stub/
tie compiler.  AFAIK, in M4, JSP compilation will use the eclipse 
compiler.


The toolsjarhack and the OpenORB code have been removed from HEAD, so 
only a JRE will be required for M5.


John

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or 
transmission error has misdirected this e-mail, please notify the 
sender immediately and destroy this e-mail.  Any review, 
dissemination, use or reliance upon this information by unintended 
recipients is prohibited.  Any opinions expressed in this e-mail are 
those of the author personally.


Aaron Mulder <[EMAIL PROTECTED]> wrote on 02/08/2005 
09:38:43 AM:


>Do I understand correctly that you need to run Geronimo under a
> JDK in M4 because of the tools.jar hack, but under HEAD that's been
> removed and it will run find under a JRE because is uses a 3rd-party
> compiler?
>
> Thanks,
>Aaron

Re: Unsatisfied dependency of openejb-pkgen-builder-2.0-SNAPSHOT.jar in HEAD

[Calvin Austin]

I saw that too, our nightly build worked thursday am PST and when I 
tried last night it failed. I ended up doing cvs checkout as below and 
use maven build offline for that component to get back to a usable system.


http://www.spikesource.com/spikewatch/index.jsp?show=component-detail&category=all&comp-id=4519

btw even though I've run petstore on several j2ee app servers over the 
years haven't got a working mysql plan to share yet with geronimo  :*( 
(Jacek seems to be closer than anyone else)


regards
calvin

Donald Woods wrote:


Has anyone performed a complete rebuild since the Rev
209655 changes yesterday?  I performed a clean build
using the Wiki steps of -
  $ svn checkout
http://svn.apache.org/repos/asf/geronimo/trunk
geronimo
  $ cd geronimo
  $ maven m:fresh-checkout
  $ maven m:rebuild-all
and during the rebuild-all, I'm receiving the
following during the Geronimo :: Assembly build -
  The build cannot continue because of the following
unsatisfied dependency:
  openejb-pkgen-builder-2.0-SNAPSHOT.jar
The above JAR is not located on ibiblio and is not
being created by the rebuild of the latest OpenEJB
source.  Does anyone have a copy of the above JAR they
can send me?


-Donald

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
 

Re: Problems building interop module

[Calvin Austin]

Those classes are generated via idl so they match their IDL form, ie 
upper case


One thing you can try is to compare your build output to a successful 
build, it may have generated an error/warning earlier

http://www.spikesource.com/spikewatch.logs/fedora-3-i386/759/geronimo/logs/geronimo.build.maven.log

regards
calvin

Adriano Orlando Campestrini wrote:


Hi,

I trying to build the server but I'm having problems with
geronimo-spec-corba-2.3-rc4.jar.
It seems that this jar has, for example, the directories org/omg/giop
and org/omg/iiop but the classes are declared as org.omg.GIOP... and
org.omg.IIOP... in upper case form. This failed the build of interop
module. Somebody already saw something thus?

Adriano
 

Re: Market Share / Best of Breed : J2EE, .NET, COBOL, etc

[Calvin Austin]

Evans data publishes a survey and trend analysis based on a survey of 
developers.You have to pay for the full report but they often publish 
summary information in the media.


regards
calvin

Michael McGrady wrote:


Does anyone have any good sources on market share, best of breed
analyses, etc. on J2EE, .NET, COBOL, etc.?  Thanks ahead of time for
any help.
 

Re: build failed for latest build

[Calvin Austin]

There are also several build tests that fail if geronimo or another 
application is using the default geronimo/tomcat ports. I've discovered 
that for myself in my current app deployment plan testing. at least on 
linux you can do fuser -n tcp portid to find out who is using what., 
fuser -n tcp 8080 helped me out


regards
calvin

David Jencks wrote:


That has happened to me when:
-- I have way too much running at once -- there is a leftover geronimo 
server instance running


The problem is we are waiting for something to start in a separate 
process, and it's hard to know how long to wait.  If neither of these 
helps try including


-Dgeronimo.assemble.offline=true

on your command line.

You can run just the module that is giving problems by

maven -o -Dmodules=assembly

or by cd'ing to modules/assembly

Hope this helps
david jencks

On Jun 15, 2005, at 12:12 PM, Francis S Nazareth wrote:



Hi, the latest build fails for me on windows 2000.  any ideas on why 
this is happening?


BUILD FAILED 
   
File.. C:\Documents and Settings\Default 
User\.maven\cache\maven-multiproject-plugin-1.3.1\plugin.jelly   
 
Element... maven:reactor

Line.. 217
Column 9
Unable to obtain goal [default] -- 
D:\geronimo\modules\assembly\maven.xml:382:63: 
 null
Total time: 29 minutes 32 seconds 
  Finished at: Wed Jun 15 14:54:28 EDT 2005


Regards,

 Francis



Jeff Genender <[EMAIL PROTECTED]>

06/15/2005 01:12 PM
Please respond to dev
   
To:dev@geronimo.apache.org
cc:
Subject:Webservices for Tomcat now integrated


   



Just announcing that webservices for Tomcat has been integrated.

 The only caveat is for the EJB side.  Currently all webservices will go
 to the default Host (which for 99% of the applications is fine)...as
 there needs to be some slight modifications to OpenEJB to handle 
virtual

 hosts.  JIRA issue GERONIMO-666 was opened on this.

 However, it does appear to work with my setup. I can use some help with
 testing this piece with both EJB and Servlet based web services with
 different types of applications.  So any users who want to give it a
 roll, it would be appreciated ;-)

 Jeff

Re: Who wants to port Petstore? [Re: Petstore(?)]

[Calvin Austin]

Geir Magnusson Jr. wrote:



On Jun 13, 2005, at 7:18 AM, Jeremy Boynes wrote:


Calvin Austin wrote:

We have both of those samples in our test tree. I can certainly  
double check petstore and add adventure builder (we have 1.0.1 )




Can you make your deployment plans for these publicly available so  
that we can link to them from the wiki?



Or contribute them so we can use them to see our demos and examples?


sure. I was planning to document/add adventure builder the same way you  
cover petstore today.


regards
calvin





--
Jeremy

Re: Who wants to port Petstore? [Re: Petstore(?)]

[Calvin Austin]

We have both of those samples in our test tree. I can certainly double 
check petstore and add adventure builder (we have 1.0.1 )


regards
calvin

Dain Sundstrom wrote:

Actually this is a great opportunity for someone to get involved with  
Geronimo.


Does anyone want to work on updating the Java Pet Store instruction?

If you would like to work on a fresh application, I don't think  
anyone has tried to get Java Adventure Builder running yet.


The code for these applications can be found here: http:// 
java.sun.com/blueprints/code/


-dain

On Jun 11, 2005, at 3:37 PM, Davanum Srinivas wrote:


Can someone in the dev team please take ownership of updating the
petstore instructions?
http://wiki.apache.org/geronimo/PetStore

It gives folks a sense of how one should go about migrating their
current applications to Geronimo.

thanks,
dims
--
Davanum Srinivas -http://blogs.cocoondev.org/dims/

Re: build still failed for

[Calvin Austin]

I cross-referenced our nightly build and it looked fine
http://www.spikesource.com/spikewatch.logs/fedora-3-i386/663/geronimo/logs/geronimo.build.maven.log

That build system was using jdk1.4.2_08 on fedora 3. The castor file 
should have been correctly downloaded

to $HOME/.maven/repository/castor/jars
Try cleaning that jar file out, if your jdk is fine

regards
calvin

Yoseph Widjaya wrote:


Dear Matt

It seems that building is stopped under the webservice
module

here is the stack trace 


+
| Executing default Geronimo :: Web Services
| Memory: 47M/56M
+
Attempting to download
geronimo-common-1.0-SNAPSHOT.jar.
Attempting to download geronimo-core-1.0-SNAPSHOT.jar.
Attempting to download
geronimo-kernel-1.0-SNAPSHOT.jar.
Attempting to download geronimo-j2ee-1.0-SNAPSHOT.jar.
Attempting to download scout-1.0-SNAPSHOT.jar.

jar:install:


build:end:

build:start:

default:
java:prepare-filesystem:
   [mkdir] Created dir:
/home/yosep/geronimo/modules/webservices/target/classes

java:compile:
   [depend] Deleted 0 out of date files in 0 seconds
   [echo] Compiling to
/home/yosep/geronimo/modules/webservices/target/classes
   [javac] Compiling 15 source files to
/home/yosep/geronimo/modules/webservices/target/classes
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServicesFactory.java:23:
package org.exolab.castor.mapping does not exist
import org.exolab.castor.mapping.Mapping;
^
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServicesFactory.java:24:
package org.exolab.castor.xml does not exist
import org.exolab.castor.xml.Unmarshaller;
^
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServicesFactory.java:25:
package org.exolab.castor.xml does not exist
import org.exolab.castor.xml.Marshaller;
^
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServicesFactory.java:32:
cannot resolve symbol
symbol  : class Mapping
location: class
org.apache.geronimo.webservices.WebServicesFactory
   private final Mapping mapping;
 ^
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServicesFactory.java:33:
cannot resolve symbol
symbol  : class Unmarshaller
location: class
org.apache.geronimo.webservices.WebServicesFactory
   private final Unmarshaller unmarshaller;
 ^
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServicesFactory.java:40:
cannot resolve symbol
symbol  : class Mapping
location: class
org.apache.geronimo.webservices.WebServicesFactory
   mapping = new Mapping(classLoader);
 ^
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServicesFactory.java:42:
cannot resolve symbol
symbol  : class Unmarshaller
location: class
org.apache.geronimo.webservices.WebServicesFactory
   unmarshaller = new Unmarshaller(mapping);
  ^
Note:
/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservices/WebServiceContainerInvoker.java
uses or overrides a deprecated API.
Note: Recompile with -deprecation for details.
7 errors

BUILD FAILED
File..
/home/yosep/.maven/cache/maven-multiproject-plugin-1.3.1/plugin.jellyElement...
maven:reactor
Line.. 217
Column 9
Unable to obtain goal [default] --
/home/yosep/.maven/cache/maven-java-plugin-1.5/plugin.jelly:63:48:
 Compile failed; see the compiler error
output for details.
Total time: 15 minutes 1 seconds
Finished at: Sat Jun 11 14:38:21 EST 2005


any idea what's the problem 


Many thanks

Yosep

PS: already download cglib-HEAD and still keep having
this error

--- Matt Hogstrom <[EMAIL PROTECTED]> wrote:

 

Yoseph,  

Can you capture all the output from the build? 
There are most likely other messages earlier in the

build process that would give a hint.

- Matt

- Original Message - 
From: "Yoseph Widjaya" <[EMAIL PROTECTED]>

To: 
Sent: Thursday, June 09, 2005 10:56 PM
Subject: build still failed for 



   

Hi all 

I still got build failed 

here are stack trace 



java:compile:
  [depend] Deleted 0 out of date files in 0
 


seconds
   


  [echo] Compiling to

 


/home/yosep/geronimo/modules/webservices/target/classes
 


  [javac] Compiling 15 source files to
/home/yosep/geronimo/modules/webservice
s/target/classes

 


/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservice
 


s/WebServicesFactory.java:23: package
org.exolab.castor.mapping does not exist
import org.exolab.castor.mapping.Mapping;
   ^

 


/home/yosep/geronimo/modules/webservices/src/java/org/apache/geronimo/webservice
 


s/WebServicesFactory.java:24: package
org.exolab.castor.xml does