completion.
-David
On May 31, 2007, at 10:02 AM, Prasad Kashyap wrote:
In 2.0-M3, when a bean was deployed, it's deployment-id was prefixed
with geronimo-deploymentUtil9638.tmpdir
Eg: deployment-id=geronimo-deploymentUtil9638.tmpdir/
SimpleStatelessSession
This ensured a unique ID even
(Regular issues)
Components: OpenEJB
Affects Versions: 2.0-M5, 2.0-M6
Reporter: Prasad Kashyap
Assignee: David Blevins
In 2.0-M3, when a bean was deployed, it's deployment-id was prefixed with
geronimo-deploymentUtil9638.tmpdir
Eg: deployment-id=geronimo
[
https://issues.apache.org/jira/browse/GERONIMO-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500197
]
Prasad Kashyap commented on GERONIMO-3143:
--
Completed: At revision: 542878
Please verify and close
Not too long ago (say around M2-M3), I was able to deploy 2 different
testsupport EARs (test-ear-j2ee-1.3.ear and test-ear-j2ee-1.4.ear)
simultaneously on Geronimo.
But now, a naming conflict in OpenEJB seems to preclude one for the
other. I get the following exception on deploying the 2nd EAR
[
https://issues.apache.org/jira/browse/GERONIMO-2778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap closed GERONIMO-2778.
Resolution: Fixed
Fix Version/s: (was: 2.0-M4)
This has now been fixed
Paul,
You are right. From a cursory glance, I noticed that the other apps
like welcome and console had an explicit jasper dependency while these
two didn't. The welcome and console apps for Tomcat too have a jasper
dependency specified. So I suggested Jason try this.
Now when he said that
; )
Thanks,
Jason Warner
On 5/16/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
The Davids decided they didn't want to be uniquely many (oxymoron ?)
So we have now begun adding Jasons :-)
Cheers
Prasad.
On 5/16/07, Jason Dillon [EMAIL PROTECTED] wrote:
Jason? I thought you were talking
Viet,
I just tried the ant -buildfile ajax-libs-install-build.xml and it
worked fine for me.
Cheers
Prasad
On 5/17/07, Viet Hung Nguyen [EMAIL PROTECTED] wrote:
Has anyone come across problems trying to build the following the donated
plugins found at:
Jason,
Try adding a jasper dependency to configs\ldap-demo-jetty\pom.xml
See configs\welcome-jetty\pom.xml for an example
Cheers
Prasad
On 5/16/07, Jason Warner [EMAIL PROTECTED] wrote:
In working with the plugin installer using revision 538442, I came across a
-Jason... or something :-P
--jason
On May 16, 2007, at 8:50 AM, Prasad Kashyap wrote:
Jason,
Try adding a jasper dependency to configs\ldap-demo-jetty\pom.xml
See configs\welcome-jetty\pom.xml for an example
Cheers
Prasad
On 5/16/07, Jason Warner [EMAIL PROTECTED] wrote:
In working
Warner
On 5/16/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
The Davids decided they didn't want to be uniquely many (oxymoron ?)
So we have now begun adding Jasons :-)
Cheers
Prasad.
On 5/16/07, Jason Dillon [EMAIL PROTECTED] wrote:
Jason? I thought you were talking to me?
Damn... we
Fixed @ Revision 538661.
Please give it a spin.
Cheers
Prasad
On 5/16/07, Jason Warner [EMAIL PROTECTED] wrote:
Excellent. Could I trouble you to fix the pom for servlet-examples? It
suffers from the same error.
On 5/16/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Fixed the poms
] Finished at: Wed May 16 14:02:08 EDT 2007
[INFO] Final Memory: 25M/46M
[INFO]
Thanks,
Jason Warner
On 5/16/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Fixed @ Revision 538661.
Please give it a spin.
Cheers
Prasad
On 5
Kevan and others wanted OpenEJB to be built locally.
Hmm.. what say the first build of the day (at 5 am) picks the
published OpenEJB snaps and the subsequent 4 builds build it locally ?
Is that a good compromise ?
Cheers
Prasad
On 5/3/07, Jarek Gawor [EMAIL PROTECTED] wrote:
Btw, trunk builds
, 2007, at 7:33 AM, Prasad Kashyap wrote:
mvn -B
java version 1.5.0_08
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode)
Linux bubbleboy 2.6.9-34.0.2.ELsmp #1 SMP Fri Jun 30 10:33:58 EDT 2006
i686 i686 i386 GNU
No. But on a new machine, I'm getting this repeatedly -
[INFO]
[INFO] Failed to resolve artifact.
Error transferring file
org.apache.cxf:cxf-rt-frontend-jaxws:jar:2.0-incubator-20070502.014010-3
from the specified remote
mvn -B
java version 1.5.0_08
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode)
Linux bubbleboy 2.6.9-34.0.2.ELsmp #1 SMP Fri Jun 30 10:33:58 EDT 2006
i686 i686 i386 GNU/Linux
OS: RedHat Enterprise AS v4
Cheers
[
https://issues.apache.org/jira/browse/GERONIMO-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap updated GERONIMO-3120:
-
Attachment: dist.zip
Here are the binaries of the samples from Sun.
Sample Java EE
Strange behavior. On a server from
http://people.apache.org/~prasad/binaries/20070425/ I was able to
deploy/undeploy a testsupport app multiple times.
On the M5 server up for review, the undeploy first leaves behind the
groupId/artifactId. Then after a redeploy and the second undeploy, it
+1
Some deployment issues. See discussion thread.
Cheers
Prasad
On 4/26/07, Jarek Gawor [EMAIL PROTECTED] wrote:
+1
Jarek
On 4/26/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
The 2.0-M5 binaries are available at http://people.apache.org/
~hogstrom/2.0-M5-rc1
The binaries addressed a
I support Dain's approach.
Think big, start small.
Cheers
Prasad
On 4/25/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
I suggest you get option 1 working before attempting option 2. I
suspect you will find lots of bugs and mismatched assumptions. Once
that is working, option 2 will be much
+1
Cheers
Prasad
On 4/18/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
Please review and vote on the binaries for geronimo-
jta_1.1_spec-1.1. the binaries can be seen in:
http://people.apache.org/~hogstrom/spec-rc1
[ ] +1 Release these binaries
[ ] 0
[ ] -1 Do not release these binaries
This
+1
Cheers
Prasad
On 4/18/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
Please review and vote on the binaries for geronimo-stax-
api_1.0_spec-1.0. the binaries can be seen in:
http://people.apache.org/~hogstrom/spec-rc1
[ ] +1 Release these binaries
[ ] 0
[ ] -1 Do not release these binaries
In Revision 527514, Jarek fixed this above error. It continues further
and fails at configs/jee-specs
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed
Just fyi - configs/webservices-common has a similar problem too.
Cheers
Prasad
On 4/11/07, Sachin Patel [EMAIL PROTECTED] wrote:
Yep i'm working on this.. fixed soon.
-sachin
On Apr 11, 2007, at 11:24 AM, Prasad Kashyap wrote:
In Revision 527514, Jarek fixed this above error. It continues
Congrats Donald !
Cheers
Prasad
On 3/27/07, Kevan Miller [EMAIL PROTECTED] wrote:
All,
The Geronimo PMC is pleased to announce that Donald Woods has
recently accepted our invitation to become an Apache Geronimo
committer. Donald has been a long-term contributor to the Geronimo
project and has
Congrats Rakesh !
Cheers
Prasad
On 3/27/07, Kevan Miller [EMAIL PROTECTED] wrote:
All,
The Geronimo PMC is pleased to announce that Rakesh Midha has
recently accepted our invitation to become an Apache Geronimo
committer. Rakesh has contributed a number of significant
enhancements to our
Congrats to you and Lisa, John ! The baby is adorable.
Cheers
Prasad
On 3/27/07, John Sisson [EMAIL PROTECTED] wrote:
On Tuesday 27th of March at 11am I became the proud father of our first
child, a baby girl, Jasmine Mae Sisson, weighing 3.6 kilos ( 7.92 pounds).
Lisa and Jasmine are doing
Once in a bluemoon, we get this error downloading jtidy.
The other known unknown error is getting activation-spec
Cheers
Prasad
On 3/26/07, Kanchana Welagedara [EMAIL PROTECTED] wrote:
I successfully built this on Linux just now!
Regards
Kanchana
On Mon, 2007-03-26 at 09:23 +, [EMAIL
It's used by the testsuite-maven-plugin which creates a nice summary
html report of the testsuite run.
Cheers
Prasad
On 3/26/07, Sachin Patel [EMAIL PROTECTED] wrote:
why do we need jtidy, lets get rid of it.
-sachin
On Mar 26, 2007, at 9:36 AM, Prasad Kashyap wrote:
Once in a bluemoon
[
https://issues.apache.org/jira/browse/GERONIMO-2846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484217
]
Prasad Kashyap commented on GERONIMO-2846:
--
I'm willing to commit your patch if you made it to conform
Hi Lin,
I'm willing to commit your patch if you made it to conform to the
structure in the samples project :-)
http://cwiki.apache.org/GMOxDOC20/creating-a-new-sample.html.
It's for a good reason. The samples thus created will have a sample's
web page containing links to javadoc and source
The milestone naming is fine. But whatever we do, let's do it
consistently in the future too. We are establishing a precedent here.
1) stay with milestones even when we are feature complete.
2) have milestones before we are feature complete and switch to beta
when we are feature complete.
Any
configuration
source1.4/source
/plugin
Change the source to 1.5, am i right?
2007/3/21, Prasad Kashyap [EMAIL PROTECTED]:
Jason,
I had once wanted to change the configuration of the javadoc plugin
Prasad
On 3/22/07, Sean Qiu [EMAIL PROTECTED] wrote:
But, it doesnot work
Still the same problem.
Or there are still some other same configuration needing modify?
2007/3/22, Prasad Kashyap [EMAIL PROTECTED]:
Right
Cheers
Prasad
On 3/22/07, Sean Qiu [EMAIL PROTECTED] wrote:
I find
I have had successful builds of 520810 and 520890 too. See
geronimo-scm mailing list.
All builds are done by completely wiping out the tree and the repo and
then doing a fresh checkout.
Cheers
Prasad
On 3/21/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
FYI, Fresh svn (520891) worked fine
.
But the *.html is not there.
2007/3/20, Sean Qiu [EMAIL PROTECTED]:
is there any difference between mvn test under trunk and mvn in
trunk/testsuite?
best regard.
2007/3/19, Prasad Kashyap [EMAIL PROTECTED]:
You can/should generate the testsuite report from the trunk/testsuite
directory
Awesome ! Congrats Jarek !
Cheers
Prasad
On 3/20/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some
On 3/20/07, David Jencks [EMAIL PROTECTED] wrote:
I don't think we've been specific enough about what goes where for
jason's proposal to make sense yet, as gianni points out.
I'm sure we don't want all 100K artifacts we produce all under o.a.g
or o.a.g.server
I mostly definitely agree. In
to the unit test?
Or i can just check out the M2,for example, to run the unit test successfully.
Best regards.
2007/3/21, Sean Qiu [EMAIL PROTECTED]:
it is more clear to me now.
Thanks so much.
2007/3/20, Prasad Kashyap [EMAIL PROTECTED]:
'mvn test' runs the test lifecycle for child modules
-report.html contains 0 test.
In the ${trunk}/module/.../target/surefire-reports
There are *.txt and *.xml test report as expected.
How can i get the whole report ?
Am i wrong to generate the report?
Thanks,Prasad Kashyap :)
--
Sean Qiu
Disregard this result. I killed the build while working to include TCK
automation.
Cheers
Prasad
On 16 Mar 2007 22:16:55 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Building with Maven version: 2.0.5
Revision: 519153 built with tests skipped
See the full build-1800.log file at
:8080/console-standard
http://localhost:8080/dojo
http://localhost:8080/remote-deploy
Geronimo Application Server started
2007/3/9, Prasad Kashyap [EMAIL PROTECTED]:
Sean,
Check the *.txt files in the target/surefire-reports directory for a
more detailed error report and fuller stack trace
I'm going to turn off the build notification b'coz we have hit the
same problem 5 times already but quite intermittently. While some
builds succeed, some others fail.
Hope one of the Jasons knows why this is happening.
Cheers
Prasad
On 3/8/07, Joe Bohn [EMAIL PROTECTED] wrote:
This is the
Guess you have cleaned your local repo in the interim. Go to
geronimo/plugins and build the plugins there.
Cheers
Prasad
On 3/6/07, Lin Sun [EMAIL PROTECTED] wrote:
Hi there,
I am having trouble to run the jaxws-war testsuite. So i went to its
parent directory testsuite and found I could not
I believe Jarek is including a testcase in the webservices-testsuite
which is testing the deployment of optional DDs.
Cheers
Prasad
On 3/5/07, Lin Sun [EMAIL PROTECTED] wrote:
FYI -
I have seeing a maven failure when building a war file and web.xml is
not there in the project for the purpose
Sorry Donald. You are right. That is what I meant.
Cheers
Prasad
On 3/6/07, Donald Woods [EMAIL PROTECTED] wrote:
Did you mean asf/geronimo/server/trunk/maven-plugins?
There is a asf/geronimo/plugins, but it only has a Spring plugin
available right now
-Donald
Prasad Kashyap wrote
This seems to be the cause of failure in the recent few builds too. In
between there has been some successful builds.
Cheers
Prasad
On 3/5/07, Joe Bohn [EMAIL PROTECTED] wrote:
I've actually had his very same problem occasionally for several days.
And it does go away with a rebuild.
IIRC, the derby.log was always in the bin directory. But then again, I
could be wrong.
Cheers
Prasad
On 3/2/07, Jarek Gawor [EMAIL PROTECTED] wrote:
I've noticed recently that the SystemDatabase/ directory and derby.log
files are being created in the current working directory (the
directory
All the usual set of apps deployed and started to run fine.
Undeploy (on Windows) is an issue that has been documented in the release notes.
+1
Cheers
Prasad
On 2/28/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
I have gotten past the hurdles and present for your reviewing
pleasure Geronimo
[X] +1 Let's move the authoring over Confluence.
Cheers
Prasad
On 2/28/07, Hernan Cunico [EMAIL PROTECTED] wrote:
Folks,
this vote is for moving the authoring of Geronimo's web site over Confluence.
This mean that we will no longer use the anakia, xdocs and ant scripts to
generate the web
At Revision: 513359
The exception is seen only on Linux. It works fine on windows.
Caused by: org.apache.geronimo.gbean.InvalidConfigurationException:
Configuration org.apache.geronimo.configs/webconsole-jetty6/2.0-SNAPSHOT/car
failed to start due to the following reasons:
The service
You are right This is an env problem. I had better luck running this
on another SUSE Linux box.
Cheers
Prasad
On 3/1/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Mar 1, 2007, at 11:14 AM, Prasad Kashyap wrote:
At Revision: 513359
The exception is seen only on Linux. It works fine
OK. Let me look at it.
Cheers
Prasad
On 2/28/07, Jason Dillon [EMAIL PROTECTED] wrote:
I've gone through the bulk of it... fixed some places where legal
files were missing (using stnd LICENSE.txt and NOTICE.txt) and fixed
some bits where extra pom magic was needed.
This is for the *normal*
What functionalities of the server does it exercise ? Where in the
testsuite does it belong to ?
Cheers
Prasad
On 2/28/07, David Jencks [EMAIL PROTECTED] wrote:
IMO should be moved to testsuite or dropped
thanks
david jencks
On Feb 28, 2007, at 1:52 AM, Jason Dillon wrote:
Whats the deal
: deployment
Affects Versions: 2.0-M3, 2.0
Environment: Windows XP.
Reporter: Prasad Kashyap
Priority: Blocker
Upon undeploying an app, its entry in the config.xml is removed. However its
files in the G repo are not cleaned up. When the same app is deployed
Opened a JIRA to keep track of this -
https://issues.apache.org/jira/browse/GERONIMO-2892
Cheers
Prasad
On 2/22/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
After few build problems (see another thread) I got
test-ear-j2ee_1.4 to deploy and undeploy. The following files are left
in
On 2/27/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
In doing the release I've run into a few different repos scattered in
the tree. I'd like to move those repos to a top level repository
directory for the tree. This helps out so that any artifacts that
are related to a release are put in one
On 2/23/07, Jason Dillon [EMAIL PROTECTED] wrote:
Folks, the local module repository thing is a massive hack, not meant
to be used as much as we are using it... and really it should *not*
have SNAPSHOT artifacts in it.
When using snaps in these local artifacts, strange artifact
resolution
On 2/27/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
On 2/23/07, Jason Dillon [EMAIL PROTECTED] wrote:
Folks, the local module repository thing is a massive hack, not meant
to be used as much as we are using it... and really it should *not*
have SNAPSHOT artifacts in it.
When using snaps
OK. M3 changes done. Will do the same for trunk and 1.2.
Cheers
Prasad
On 2/27/07, Jason Dillon [EMAIL PROTECTED] wrote:
I would leave the m3 branch alone... its not worth the effort to
change things there... though you may want to merge the myfaces repo
changes (configs/jasper) from trunk, to
To get around this problem, download this file
(http://people.apache.org/~prasad/cxf.tar) and expand it into your
local repo.
Cheers
Prasad.
On 27 Feb 2007 19:12:38 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Building with Maven version: 2.0.5
Revision: 512360 built with tests skipped
.
Apache/2.2.4 (Unix) DAV/2 mod_ssl/2.2.4 OpenSSL/0.9.7e-p1 Server at
people.apache.org Port 80
Thanks,
Tim McConnell
Prasad Kashyap wrote:
To get around this problem, download this file
(http://people.apache.org/~prasad
No idea. Ignore this.
Running it again manually and now it seems to be working
Cheers
Prasad
On 2/23/07, Jason Dillon [EMAIL PROTECTED] wrote:
Why is this using geronimo-jsp_2.1_spec/1.0-SNAPSHOT?
--jason
On Feb 23, 2007, at 3:02 PM, [EMAIL PROTECTED] wrote:
Building with Maven version:
This may not be accurate results. I manually kicked off the M3 build
and maybe they tripped over each other.
Cheers
Prasad
On 23 Feb 2007 23:08:40 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Building with Maven version: 2.0.5
Revision: 511159 built with tests skipped
See the full
] wrote:
How are they tripping over each other?
If you want consistent results I recommend having your build specify
the -Dmaven.repo.local explicitly.
--jason
On Feb 23, 2007, at 3:17 PM, Prasad Kashyap wrote:
This may not be accurate results. I manually kicked off the M3 build
and maybe
Every automated build does a 'mvn clean' before doing a 'mvn install'.
It also removes the local repo completely every time.
The tests are included in the build only at 5 am. So this still is a problem.
(BTW, I did remove the target and build again. Test classes are
failing to compile )
Cheers
http://www.nabble.com/Failed-for-Revision%3A-510454-tf3271942.html
Cheers
Prasad
On 2/21/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
Done.
Thanks,
dims
On 2/21/07, Jarek Gawor [EMAIL PROTECTED] wrote:
Hi,
Looks like the src/test/java/org/apache/hello_control/types/* classes
in
Sorry for the false alarm.
I cleaned up the entire tree and did a fresh checkout. This time, it
has gone past the axis2 module and still building.
Cheers
Prasad
On 2/22/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Every automated build does a 'mvn clean' before doing a 'mvn install'.
It also
This is the second time in recent days. Same error.
It works when I go back to run this manually.
Hmm..
Cheers
Prasad
On 23 Feb 2007 04:26:05 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Building with Maven version: 2.0.5
Revision: 510798 built with tests skipped
See the full
Awesome ! Thanx Tim.
Cheers
Prasad
On 2/21/07, Tim McConnell [EMAIL PROTECTED] wrote:
Hi Paul/Prasad, Yes, that fix is now in Tomcat and I'll get it in Jetty today.
The patch actually comments out the processWebAnnotations() method in
EjbRefBuilder.
Thanks,
Tim McConnell
Paul McMahan wrote:
[
https://issues.apache.org/jira/browse/GERONIMO-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap reassigned GERONIMO-2861:
Assignee: Prasad Kashyap
Basic tests for EJB JAX-WS support
[
https://issues.apache.org/jira/browse/GERONIMO-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap closed GERONIMO-2861.
Resolution: Fixed
Need more work on this testcase.
Basic tests for EJB JAX-WS support
Lin,
I am able to start/run G from the Jetty driver I got from here
http://people.apache.org/~prasad/binaries/20070221/
Haven't tried tomcat.
Cheers
Prasad
On 2/21/07, Lin Sun [EMAIL PROTECTED] wrote:
Hi there,
I found that I could not start AG with a new build I did this AM (with
rev
Can somebody please verify that the undeploy works (on Windows) ?
Using the command line, I deploy and undeploy an app. The entry gets
removed in the config.xml. However, the files in the Geronimo repo
gets left behind. These files are locked and they can't even be
manually deleted. The server
Verified this on the same windows machine using M1
( http://apache.ziply.com/geronimo/2.0-M1/ )
Used the same test app (
http://people.apache.org/~prasad/test-ear-j2ee_1.4-2.0-SNAPSHOT.ear )
The undeploy completely cleans the G repo of all traces of the app.
Cheers
Prasad
On 2/21/07, Prasad
[
https://issues.apache.org/jira/browse/GERONIMO-2857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap reassigned GERONIMO-2857:
Assignee: Prasad Kashyap
Minor web services test updates
[
https://issues.apache.org/jira/browse/GERONIMO-2857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap closed GERONIMO-2857.
Resolution: Fixed
At Revision 509703
Minor web services test updates
This is an exception I'm seeing quite recently. I used to able to
deploy the junit.jar before. Now this is what happens :
C:\Apache\geronimo-jetty6-jee5-2.0-SNAPSHOT\bindeploy --user system --password
manager deploy C:\Documents and Settings\Administrator\.m2\repository\junit\jun
Just fyi, have tried both jar and car in the type. Same results
Cheers
Prasad
On 2/20/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
This is an exception I'm seeing quite recently. I used to able to
deploy the junit.jar before. Now this is what happens :
C:\Apache\geronimo-jetty6-jee5-2.0
On 2/19/07, Jarek Gawor [EMAIL PROTECTED] wrote:
I have noticed a few issues with openejb and geronimo and I was
wondering what is the status of these problems or if I'm doing
something wrong. I think some of these might already be known issues:
1) Redeployment of the same EJB fails with:
On 2/14/07, David Jencks [EMAIL PROTECTED] wrote:
On Feb 14, 2007, at 8:01 PM, David Blevins wrote:
snip
Here's the test jar-
http://people.apache.org/~prasad/test-ear-j2ee_1.4-2.0-SNAPSHOT.ear
Source:
http://svn.apache.org/viewvc/geronimo/server/trunk/testsupport/test-deployment-j2ee_1.4/
Hmm.. Wonder why I haven't hit the error on 3 builds since last night !
All builds do a clean repo.
Cheers
Prasad
On 2/15/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Feb 15, 2007, at 11:07 AM, Jason Dillon wrote:
What's the failure? Does this use the dependency-maven-plugin (or
now the
M3, alpha, beta, stable... What's in a name ?
Let's continue to keep working in it diligently as we have been doing
and keep releasing it with an assured regularity.
M3 is fine.
Cheers
Prasad
On 2/15/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
We're getting to the end of February so its time
Did you increase your memory allocation as per Jenck's note ?
Cheers
Prasad
On 2/15/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
When building trunk I'm getting a hang in the configs. I've run this
on two different computers (both macs), and both hang here
[INFO]
http://www.nabble.com/Building-will-probably-require--XX%3AMaxPermSize%3D128m-tf3219541.html#a8943995
On 2/15/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Did you increase your memory allocation as per Jenck's note ?
Cheers
Prasad
On 2/15/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
When
I saw the FATAL ERROR you first reported here
http://www.nabble.com/Failed-for-Revision%3A-506935-tf3219797.html#a8941867
Then I bumped the memory as per David's suggestion. I have had good
builds since. * Touch wood*
Cheers
Prasad
On 2/14/07, Joe Bohn [EMAIL PROTECTED] wrote:
Are you already
At Revision: 507695
I built a server with these changes and tried to start it. It failed.
Note: Didn't clean the local repo or do a 'mvn clean' before building it.
Doing a 'mvn clean install' again.
Booting Geronimo Kernel (in Java 1.5.0_08)...
16:57:29,213 WARN [ConfigurationUtil] Could not
Sorry for the false alarm.
Did a 'mvn clean install' again. This time the server starts fine.
Cheers
Prasad
On 2/14/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
At Revision: 507695
I built a server with these changes and tried to start it. It failed.
Note: Didn't clean the local repo or do
On 2/14/07, David Blevins [EMAIL PROTECTED] wrote:
[grr - wrote most of this email yesterday morning but then the net in
my area went down for the rest of the day ]
On Feb 13, 2007, at 10:26 AM, Prasad Kashyap wrote:
org.apache.openejb.OpenEJBException: Error building bean
On 2/14/07, David Blevins [EMAIL PROTECTED] wrote:
On Feb 14, 2007, at 7:10 PM, Prasad Kashyap wrote:
On 2/14/07, David Blevins [EMAIL PROTECTED] wrote:
13:11:31,255 ERROR [GBeanInstance] Problem in doFail of
org.apache.geronimo.testsupport/test-ear-j2ee_1.4/2.0-SNAPSHOT/ear
Tonight's 11 pm EST build will be on Maven 2.0.5.
Keeping my fingers crossed. It will be one (other) sleepless night ;-)
Cheers
Prasad
On 2/14/07, Jason Dillon [EMAIL PROTECTED] wrote:
As far as I can tell... um, no... none of the things I've started to catalog
on the wiki at least.
I'm not
I don't know what your checkout looks like but there is one pom.xml
that contains the distributionManagement section. That is the
geronimo/testsuite/pom.xml
If you modified just this, you should be good to go.
mvn site-deploy -DbuildNumber=a timestamp
Cheers
Prasad.
On 2/13/07, Sean Qiu
On 2/13/07, David Blevins [EMAIL PROTECTED] wrote:
On Feb 12, 2007, at 7:29 PM, Prasad Kashyap wrote:
Jenck's patch seeems to have fixed the persistence bugs. However these
are the new exceptions seen when the same 2 test ears are deployed.
Background Context
I switched our console-testsuite to use Mojo's s-m-p and found that
our tests broke with the following error
testApacheConfigLink(org.apache.geronimo.testsuite.console.ApacheConfigPortletTest)
Time elapsed: 7.491 sec FAILURE!
com.thoughtworks.selenium.SeleniumException: ERROR: Threw an
Prasad
On 2/13/07, David Blevins [EMAIL PROTECTED] wrote:
On Feb 12, 2007, at 7:29 PM, Prasad Kashyap wrote:
Jenck's patch seeems to have fixed the persistence bugs. However these
are the new exceptions seen when the same 2 test ears are deployed.
Background Context
You seem to have an older version of jms-tests/jms-war/pom.xml
Please update to the latest revision
Cheers
Prasad
On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote:
OS:ubuntu
The Geronimo server can be started successfully.
Then it will get fatal error for failed to validate POM of
[
https://issues.apache.org/jira/browse/GERONIMO-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472325
]
Prasad Kashyap commented on GERONIMO-2820:
--
Can you please confirm that you will see the same problem
bubbleboy:/usr/lib/jvmjava -version
java version 1.5.0_08
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode)
The file /usr/lib/libgcj.so.5.0.0 exists. I have discovered that this
error occurs only during the cron job.
Go to your testsuite directory and run 'svn up'. You will get the
latest code in that directory tree.
Cheers
Prasad
On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote:
Thanks, and could you tell me how to get the latest verison?
2007/2/12, Prasad Kashyap [EMAIL PROTECTED]:
You seem to have
301 - 400 of 1196 matches
Mail list logo