It works, thanks you both very much.
At first i modify the pom.xml to change the report destination to local file
system, such as
website
file:///home/user/result/${buildNumber}
Then input:
mvn site-deploy -DbuildNumber=2.8
There are some result
Hi, I'm very close to getting the Calculator Stateless SessionBean Servlet
Sample ear file to properly deploy by changing the deployment descriptor
based on @EJB annotation(s). However, I'm getting this ugly exception and
it's not clear to me why
org.apache.openejb.OpenEJBException: Cannot
[
https://issues.apache.org/jira/browse/GERONIMO-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471196
]
Paul McMahan commented on GERONIMO-2804:
r504802 adds support for tomcat. jetty still needs some work, se
[
https://issues.apache.org/jira/browse/GERONIMO-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated GERONIMO-2804:
---
Component/s: (was: dependencies)
web
Summary: implement jsf 1.
[
https://issues.apache.org/jira/browse/GERONIMO-2798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471194
]
Lasantha Ranaweera commented on GERONIMO-2798:
--
Jacek, Thanks for the reviewing the patch. This kind
[
https://issues.apache.org/jira/browse/GERONIMO-2811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun updated GERONIMO-2811:
--
Attachment: G2811.patch
> got runtimeexception when processing soap request in doservice2
>
Hi Hernan,
I would like to volunteer to test and update the pending apps in
v1.2documentation. Some of the samples have been Okayed. I would like
to start
testing on the others.
Any thoughts?
Thanks
Karthiga
got runtimeexception when processing soap request in doservice2
---
Key: GERONIMO-2811
URL: https://issues.apache.org/jira/browse/GERONIMO-2811
Project: Geronimo
Issue Type: Bug
APACHE GERONIMO STATUS: -*-text-*-
Last modified at [$Date: 2006-12-07 13:03:14 -0500 (Thu, 07 Dec 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/geronimo/server/trunk/STATUS
Upcoming Releases:
Geronimo 1
David,
That sounds like a good plan to me. Better to have something running
then nothing at all.
Jarek
On 2/6/07, David Blevins <[EMAIL PROTECTED]> wrote:
On Jan 10, 2007, at 11:21 AM, David Blevins wrote:
>
> On Jan 9, 2007, at 8:44 PM, Jarek Gawor wrote:
>
>> On 1/9/07, David Blevins <[EMAI
Build and ran fine for me
got my vote +1
PS : Still needed to add the jboss-service.xml file manually with regards to
SM-807. But this is a minor issue.
gnodet wrote:
>
> I have fixed and uploaded the samples, the jbi plugin (which i had to
> build manually)
> and uploaded everything to the
Also, make sure that 'firefox-bin' is in your path... this is what
Selenium is going to execute on Linux not 'firefox'. On my FC5
machine its here:
/usr/lib64/firefox-1.5.0.9/firefox-bin
So, I have to add '/usr/lib64/firefox-1.5.0.9' to PATH for Selenium
to find it.
You could also t
Seems like Selenium is not firing off the Firefox browser. Make sure
you have the latest and greatest firefox browser.
Check for a file named server.log somewhere under testsuite. It will
contain more info.
Cheers
Prasad
On 2/7/07, Sean Qiu <[EMAIL PROTECTED]> wrote:
When input mvn in the dir
[
https://issues.apache.org/jira/browse/GERONIMO-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471185
]
Anita Kulshreshtha commented on GERONIMO-1293:
--
Added support for resetStats() in rev 504777
> Prov
[
https://issues.apache.org/jira/browse/GERONIMO-2517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471184
]
Anita Kulshreshtha commented on GERONIMO-2517:
--
Added resetStats() to StatisticsProvider in rev 50477
When input mvn in the directory of testsuite, it will hang there without any
response.
My os is ubuntu with java1.5
Am i mess the configuration?
===
[INFO] [WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] [INFO] Building jar: /home/qbit/at/geronimo/ge
Thanks :)
I want to run all the testsuite with harmony classlib and vm instead of
sun-jre.
To compare these results.
2007/2/8, Prasad Kashyap <[EMAIL PROTECTED]>:
On 2/7/07, Sean Qiu <[EMAIL PROTECTED]> wrote:
>
>
> 2007/2/7, Prasad Kashyap <[EMAIL PROTECTED]>:
> > The testsuite on 1.2 is neit
Short of getting Maven to actually fix this problem...
Can we try to work around this by having the yoko introduce a version
property, and use ${version} where its using ${project.version} now?
I know its not ideal, but this might allow G 1.2 builds to work again
w/o building Yoko locally.
On 2/7/07, Sean Qiu <[EMAIL PROTECTED]> wrote:
2007/2/7, Prasad Kashyap <[EMAIL PROTECTED]>:
> The testsuite on 1.2 is neither maintained nor supported. If you want
> to try it, please use the trunk.
do you mean use the testsuite in trunk or the src of geronimo in trunk?
I meant the testsuit
2007/2/7, Prasad Kashyap <[EMAIL PROTECTED]>:
The testsuite on 1.2 is neither maintained nor supported. If you want
to try it, please use the trunk.
do you mean use the testsuite in trunk or the src of geronimo in trunk?
I want to run a stable version instead of head version.
Could i use the
Thanks so much.
I will try!
2007/2/7, Prasad Kashyap <[EMAIL PROTECTED]>:
The testsuite on 1.2 is neither maintained nor supported. If you want
to try it, please use the trunk.
But if you want to stay on 1.2, build the geronimo/maven-plugins
directory first. It will build the testsuite-maven-
On Feb 7, 2007, at 4:55 PM, David Jencks wrote:
On Feb 7, 2007, at 3:56 PM, Dain Sundstrom wrote:
On Feb 7, 2007, at 2:10 PM, David Jencks wrote:
On Feb 7, 2007, at 1:34 PM, Dain Sundstrom wrote:
I'm confused by the way persistence units are being handled.
First it seem that I must dec
On Feb 7, 2007, at 3:56 PM, Dain Sundstrom wrote:
On Feb 7, 2007, at 2:10 PM, David Jencks wrote:
On Feb 7, 2007, at 1:34 PM, Dain Sundstrom wrote:
I'm confused by the way persistence units are being handled.
First it seem that I must declare my persistence units in the
geronimo-*.xml
On Feb 7, 2007, at 2:10 PM, David Jencks wrote:
On Feb 7, 2007, at 1:34 PM, Dain Sundstrom wrote:
I'm confused by the way persistence units are being handled.
First it seem that I must declare my persistence units in the
geronimo-*.xml files and that persistence.xml files in the class
p
I recall in the past some talk about problems with the maven-
dependency-plugin when it moved to org.apache.maven.plugins. Does
anyone know if there are any major issues with 2.0-alpha-1?
There are a few problems with dependency-maven-plugin 1.0 (from
org.codehaus.mojo), the one that is hit
On Feb 7, 2007, at 1:34 PM, Dain Sundstrom wrote:
I'm confused by the way persistence units are being handled. First
it seem that I must declare my persistence units in the geronimo-
*.xml files and that persistence.xml files in the class path are
not discovered. Is that true, and if so i
I just fix that allows nested openejb plans to work correctly. This
was a big problem in the tck since all plans use the nested model.
-dain
On Feb 6, 2007, at 9:10 PM, Dain Sundstrom wrote:
OK, I think the conversion tool should be full working now.
There were loads of tiny bugs causing d
I'm confused by the way persistence units are being handled. First
it seem that I must declare my persistence units in the geronimo-
*.xml files and that persistence.xml files in the class path are not
discovered. Is that true, and if so is anyone working on
implementing this?
Second, it
+1
On Feb 7, 2007, at 1:54 PM, Christopher Blythe wrote:
All,
In an effort to close out Daytrader 1.2 (branches/1.2) and and sync
up any unwanted deltas between 1.2 and trunk, I am working my way
through the open JIRAs and applying those with outstanding patches.
Yesterday, I applied upd
Am sorry about breaking the build twice in the last couple of days :)
-- dims
On 2/7/07, Sachin Patel <[EMAIL PROTECTED]> wrote:
FYI
I wasn't trying to point the figure at anyone but since we've had continuous
breakage's over the past few days, wanted to stress the importance of the
impact and
On Feb 7, 2007, at 10:51 AM, David Jencks wrote:
On Feb 7, 2007, at 9:54 AM, Dain Sundstrom wrote:
On Feb 7, 2007, at 8:01 AM, David Jencks wrote:
The problem is our users' applications will make use of mapped
name in other application servers, and since every application
server that I kn
On Feb 7, 2007, at 10:41 AM, Jarek Gawor wrote:
I think I'm pretty much in the same boat. Here are two cases I have:
1) In WebServiceContainer.findWebServices() (which is called when
ModueBuilder.createModule() is called) I need to discover all classes
in the module that are annotated with @We
FYI
I wasn't trying to point the figure at anyone but since we've had
continuous breakage's over the past few days, wanted to stress the
importance of the impact and make sure everyone in the community is
doing their part trying to minimize the number of future build breaks.
Now watch me
I tried some of the examples and a small app of my own: it all worked fine.
+1 (non-binding)
Hiram Chirino wrote:
Sorry for the delay.
+1
On 2/5/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
The vote is extended for another period of 3 days.
And here's my +1
On 2/1/07, Guillaume Nodet <[E
On Feb 7, 2007, at 6:06 AM, Sachin Patel wrote:
So we've had alot of recent build breaks, IIRC, this is the third
day in a row. In most cases, these breaks are caused by something
that got overlooked, either forgetting to check in files,
publishing snapshots, etc.. Though these issues ar
Thanks for pointing that out Dave.
Long overdue, I ended up removing those four columns. As you said, we already
have that info in the release notes plus I was missing what was the plan for
the new milestone/beta releases.
My original idea was to have displayed what features are supported in the
I agree with Matt... just need to make sure the ddls stay in sync.
On 2/7/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
We should probably keep the external ddl around so that folks that
want to create the tables externally can.
>
--
"I say never be complete, I say stop being perfect, I say
All,
In an effort to close out Daytrader 1.2 (branches/1.2) and and sync up any
unwanted deltas between 1.2 and trunk, I am working my way through the open
JIRAs and applying those with outstanding patches.
Yesterday, I applied updates for the following JIRAs to trunk (since they
had already bee
On Feb 7, 2007, at 9:54 AM, Dain Sundstrom wrote:
On Feb 7, 2007, at 8:01 AM, David Jencks wrote:
The problem is our users' applications will make use of mapped
name in other application servers, and since every application
server that I know if is implementing these with Global JNDI, it
We should probably keep the external ddl around so that folks that
want to create the tables externally can.
I think I'm pretty much in the same boat. Here are two cases I have:
1) In WebServiceContainer.findWebServices() (which is called when
ModueBuilder.createModule() is called) I need to discover all classes
in the module that are annotated with @WebService or
@WebServiceProvider annotation.
2) In
On Feb 7, 2007, at 6:06 AM, Sachin Patel wrote:
(3) Always try to do a full build. I know sometimes is easy to
think, hey this is a one line change, it won't break anything, but
I think its better to take these types of protective measures. I
think taking an additional 15-20 minutes by ea
On Feb 7, 2007, at 8:13 AM, David Jencks wrote:
On Feb 6, 2007, at 6:38 PM, Dain Sundstrom wrote:
This is really for David Jencks since I think he is the only one
that understands this code
In the createModule phase of deployment, the code must build the
Geronimo environment object s
On Feb 7, 2007, at 8:01 AM, David Jencks wrote:
The problem is our users' applications will make use of mapped
name in other application servers, and since every application
server that I know if is implementing these with Global JNDI, it
becomes a defacto standard and requirement for Jee5.
Well said ;-) Fresh, full builds on clean local repos should do most of the trick.
We need to keep an eye on the OS too.
Cheers!
Hernan
Sachin Patel wrote:
So we've had alot of recent build breaks, IIRC, this is the third day in
a row. In most cases, these breaks are caused by something that
I believe all of that is not needed for derby, there's an option in
the configuration page to create the tables from inside the app.
For other dbs that don't create databases on demand you'd have to
create the database but the app can still create tables for you.
david jencks
On Feb 7, 200
On Feb 6, 2007, at 6:38 PM, Dain Sundstrom wrote:
This is really for David Jencks since I think he is the only one
that understands this code
In the createModule phase of deployment, the code must build the
Geronimo environment object so we can create a class loader. Most
of the dat
Lasantha,
The createDB scripts is needed to create an empty Daytrader instance using
Derby DB. The DT-14 patch adds the ability for users to go to the Config
panel in Daytrader and create the database tables and populate them with
random data to start testing. As Chris mentioned some clean-up and
We need to simulate tomcat Servlet J2EEManagedObject for providing
statistics. One possibility is to add a TomcatServlets GBean with a
name like:
geronimo:.,j2eeType=Servlet,name=*
This GBean will answer for all servlets of a web app. Is it possible
to have something like this in the ker
On Feb 6, 2007, at 5:34 PM, Dain Sundstrom wrote:
Jee5 makes extensive use of Global JNDI for references.
Specifically, the following use Global JNDI:
It looks to me as if these all mention global jndi but saying they
"use" global jndi seems like an exaggeration to me.
@Resource.mappe
[
https://issues.apache.org/jira/browse/GERONIMO-2810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun updated GERONIMO-2810:
--
Attachment: G2810.patch
> Fix build error at getting incubator-woden
>
[
https://issues.apache.org/jira/browse/GERONIMO-2810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davanum Srinivas resolved GERONIMO-2810.
Resolution: Fixed
switch versions (svn revision 504599). Need it for runtime :)
Fix build error at getting incubator-woden
---
Key: GERONIMO-2810
URL: https://issues.apache.org/jira/browse/GERONIMO-2810
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issue
Hi, I am seeing a build error at getting incubator-woden (see below). I
removed the reference to the jar in root pom.xml and configs\axis2\pom.xml
and my build is still running. I don't see a need why we need them. :-)
Lin
--
1) incubator-woden:woden:jar:1.0.0M6
Try downloading the f
Dain,
If you get time.. could you please let me know if I am missing
something here?
Thanks
Anita
--- anita kulshreshtha <[EMAIL PROTECTED]> wrote:
>We are not doing this at present. Please see:
>
http://www.nabble.com/Re%3A-svn-commit%3A-r499201---in--geronimo-server-trunk-modules-geroni
[
https://issues.apache.org/jira/browse/DAYTRADER-34?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher James Blythe closed DAYTRADER-34.
-
Resolution: Fixed
Fix Version/s: 2.0
Already fixed by Matt Hogst
Sorry for the delay.
+1
On 2/5/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
The vote is extended for another period of 3 days.
And here's my +1
On 2/1/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> I have fixed and uploaded the samples, the jbi plugin (which i had to
> build manually)
> an
Fix dependency in pom.xml files for dojo-ui and json-proxy modules in trunk
---
Key: DAYTRADER-34
URL: https://issues.apache.org/jira/browse/DAYTRADER-34
Project: DayTrader
What you see there is the content I've been working on so far, it is not a
proposal for a TOC. In fact, that is what my note is about, asking feedback for
topics to cover as well as volunteers to cover some of those topics.
Absolutely, XML schemas and deployment plans should be part of the Gero
lasantha...
piyush and myself have been trying to push in a lot of improvements lately,
especially regarding the database setup. one of the items we have added is
the ability to create the database tables within the application itself.
take a look at daytrader-14 (
https://issues.apache.org/jira/
So do you agree that Global JNDI is the defacto required
implementation for these and other similar entries?
I think you're assessment is spot on.king in the Global JNDI names
that they expect to work in our application server.
I updated OpenEJB 3 and published new SNAPSHOTs. You should be good
to go.
On Feb 7, 2007, at 7:50 AM, Sachin Patel wrote:
Looks like a new openejb snapshot needs to be published?
Compiling 7 source files to /Users/sppatel/svk/server/trunk/modules/
geronimo-openejb-builder/target/classes
[
My Geronimo build was successful after I built OpenEJB3 locally (w/o tests).
Joe
Joe Bohn wrote:
Building openejb locally also fails in the tests. However, when I
skipped the tests I was able to get OpenEJB3 built locally. I'm
building Geronimo now to see if it gets us past this problem.
The testsuite on 1.2 is neither maintained nor supported. If you want
to try it, please use the trunk.
But if you want to stay on 1.2, build the geronimo/maven-plugins
directory first. It will build the testsuite-maven-plugin for you. You
may also have to build the geronimo/testsupport directory
On 2/7/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
We've only two bindings +1 so far, and one non-binding +1
which is not much
Can other committers please vote ?
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache Active
Building openejb locally also fails in the tests. However, when I
skipped the tests I was able to get OpenEJB3 built locally. I'm
building Geronimo now to see if it gets us past this problem.
Joe
Sachin Patel wrote:
Looks like a new openejb snapshot needs to be published?
Compiling 7 sour
I suspect the Milestone 2 items on the page you referenced is out of
date. The most recent info is contained in the 2.0-M2 Release Notes.
-Dave-
Hernan Cunico wrote:
Hi All,
I'm updating the existing Geronimo documentation to v2.0, here is the link.
http://cwiki.apache.org/GMOxDOC20/document
[
https://issues.apache.org/jira/browse/GERONIMO-2809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrus Adamchik updated GERONIMO-2809:
--
Attachment: patch.txt
> TransactionManagerImpl.getTransactionStatus() shouldn't thro
TransactionManagerImpl.getTransactionStatus() shouldn't throw on no tx (with
patch)
---
Key: GERONIMO-2809
URL: https://issues.apache.org/jira/browse/GERONIMO-2809
Projec
So we've had alot of recent build breaks, IIRC, this is the third day
in a row. In most cases, these breaks are caused by something that
got overlooked, either forgetting to check in files, publishing
snapshots, etc.. Though these issues are small, they tend to cause
disruption and block
We've only two bindings +1 so far, and one non-binding +1
which is not much
Can other committers please vote ?
On 2/1/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I have fixed and uploaded the samples, the jbi plugin (which i had to
build manually)
and uploaded everything to the incubatin
On 2/7/07, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
So do you agree that Global JNDI is the defacto required
implementation for these and other similar entries?
Having read what you cited, I came to conclusion that if Global JNDI
is not a de facto standard yet it will surely be right after Ge
[
https://issues.apache.org/jira/browse/GERONIMO-2798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470965
]
Jacek Laskowski commented on GERONIMO-2798:
---
Just a very first thought when I saw the code.
+
That is exactly what I think..
http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/server/3.0-incubating-SNAPSHOT/server-3.0-incubating-20070206.122738-24.pom
The above pom gets added to classpaths during dependency resolution
phase in mojos that use @dependencyResoluti
Looks like a new openejb snapshot needs to be published?
Compiling 7 source files to /Users/sppatel/svk/server/trunk/modules/
geronimo-openejb-builder/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
Check both 1.1 & 1.2 samples.
both documentations updated too.
Please follow the new instructions to run the client application.
Still get an error for Jetty & I sent it to the dev list too.
Thanks,
Lasantha
Hernan Cunico wrote:
Cool, pls check the 1.1 version because it was giving me some
Hi All,
I noticed some weired behavior of JAX-RPC based web service in the
Geronimo. The problem I noticed in this sample WS is it works fine in
Tomcat while get failed in the Jetty. =-O
http://cwiki.apache.org/confluence/display/GMOxDOC11/Web+services+sample+application
I included the foll
On 2/6/07, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
...
So do you agree that Global JNDI is the defacto required
implementation for these and other similar entries?
Sounds like it to me.
Thanks,
Aaron
[
https://issues.apache.org/jira/browse/GERONIMO-2808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manu T George updated GERONIMO-2808:
Attachment: FindByPKCacheQueryCommand.patch
Patch attached for this error.
> Multiple
This is what I got from the DayTrader trunk. :-)
INSTALL
Before installing the EAR, you will need to create the tradedb
database. First, make sure Geronimo is started. Then cd into the derby
directory. Make sure the GERONIMO_HOME environment variable is defined.
Run either createDB.bat (Wi
According to readme
"Then cd into the derby directory. Make sure the GERONIMO_HOME environment
variable is defined. Run either createDB.bat (Windows) or createDB.sh(Unix)"
and createDB.sh is there in daytrader/module/derby directory
Am I missing something?
thanks
Rakesh
On 2/7/07, Lasantha Ra
Multiple calls to FindByPK methods in same transaction failing
--
Key: GERONIMO-2808
URL: https://issues.apache.org/jira/browse/GERONIMO-2808
Project: Geronimo
Issue Type: Bug
[
https://issues.apache.org/jira/browse/GERONIMO-2779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470894
]
Rakesh Midha commented on GERONIMO-2779:
Hello
Can someone please check if this is a problem after the cl
Hi All,
I have started looking at DayTrader sample application. According to the
README file there is a createDB.sh to configure database of the
application. I didn't find it in the either inside of daytrader or
Geronimo. Also this part is bit ambiguous to a new user like me since
it do
Hi,
Patch number 2 is uploaded.
Thanks,
Lasantha
Davanum Srinivas wrote:
Please see comments in JIRA.
thanks,
dims
On 2/6/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:
Now GERONIMO-2798 patch is available on the JIRA. :-)
Lasantha Ranaweera wrote:
> Hi All,
>
> Currently I have been wo
[
https://issues.apache.org/jira/browse/GERONIMO-2798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lasantha Ranaweera updated GERONIMO-2798:
-
Attachment: GERONIMO-2798-2.patch
This is the latest patch for the replacing A
[
https://issues.apache.org/jira/browse/GERONIMO-2742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470843
]
Rakesh Midha commented on GERONIMO-2742:
I tried using sharedlib and it works fine for me.
Are you sure
On 2/7/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
Eh, probably not... though in general I don't really like using
svn:ignore, but prefer using global-ignores in ~/.subversion/config.
I usually have:
global-ignores = *.log *.save *.o *.lo *.la #*# .*~
*~ .#* .DS_Store build dist target *.ip
88 matches
Mail list logo
