+1 : everything looks ok and examples can be deployed/run
P.S. Currently, the CXF-BC interferes with the HTTP BC if you use the
same HTTP port number. Wouldn't it be better to change the port number
on the CXF WSDL first example for now to avoid this problem -- e.g. when
installing the
Change the port used in cxf-wsdl-first sample from 8192 to 8092, only
affected module samples/cxf-wsdl-first/ and distribution is re-uploaded.
Best Regards
Freeman
Freeman Fang wrote:
Hi Gert,
Right, I can change to another port.
Best Regards
Freeman
Gert Vanthienen wrote:
+1 :
[
https://issues.apache.org/jira/browse/GERONIMO-2880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy updated GERONIMO-2880:
--
Affects Version/s: 2.1
Assignee: Vamsavardhana Reddy
[
https://issues.apache.org/jira/browse/GERONIMO-2880?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538426
]
Vamsavardhana Reddy commented on GERONIMO-2880:
---
Completed: At revision: 589532
o Thanks to
Thanx Kevan.
+1.
Cheers
Prasad
On 10/26/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Oct 26, 2007, at 10:35 AM, Prasad Kashyap wrote:
I don't see why we shouldn't. But can someone more informed please
list the pros and cons.
Here's my list:
Pro's
* Easier for other projects to
On Oct 28, 2007, at 3:22 PM, Donald Woods wrote:
Any thoughts on setting up automated builds of Samples at least
once a week?
That would be helpful. Now that we have catalog support in car-maven-
plugin we could also automatically update the online plugins catalog
as well. This would
On 10/28/07, Donald Woods [EMAIL PROTECTED] wrote:
Also, maybe a samples project under the server testsuite dir that
verifies each sample can be installed and functions?
+1 to tests but I would rather put them somewhere with the samples.
Jarek
On 10/29/07, Paul McMahan [EMAIL PROTECTED] wrote:
One other question -- should we try to have parity between what's in
samples/trunk and what's in the samples section of the wiki? Are
there barriers, technical or otherwise, that make this difficult?
I spend most of the weekend trying to restructure trunk to reflect the
new flexible server and I should tell you, it has been one shitty job
much akin to untangling the knots of Medusa's hair.
To begin with I wanted to build just the modules and configs (along
with the necessary buildsupport and
monitoring plugin: mrc-server needs to be a plugin in order to pull in a
database
--
Key: GERONIMO-3561
URL: https://issues.apache.org/jira/browse/GERONIMO-3561
[
https://issues.apache.org/jira/browse/GERONIMO-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viet Hung Nguyen updated GERONIMO-3561:
---
Attachment: geronimo-3561.patch
monitoring plugin: mrc-server needs to be a
Hi, Does anyone have any thoughts as to how we'll position the J2G plugin in the
future ?? I understand now that in its initial iteration that it is narrowly
scoped to work for JBoss specific migrations only (thus the JBoss in the name).
However, it seems if we want to eventually enhance it as
Encoding problem in text returned by HTTP-SU
Key: SM-1119
URL: https://issues.apache.org/activemq/browse/SM-1119
Project: ServiceMix
Issue Type: Bug
Components: servicemix-core,
I worry that giving it a more generic name before the tool can actually be
applied in a
generic way might confuse some users. Although, since it's being moved at
the moment,
it is the most convenient time to make such a change. I think adding some
extra emphasis
in the documentation that it's
While a part of me seems to agree with you that we should remove the
zip file from the samples' wiki pages, a greater part of me feels that
we may be forcing some our users to now get SVN.
A user who just downloads and installs from a binary server will have
no need for svn. But just to get to
Paul,
I can help you do this.
Cheers
Prasad
On 10/29/07, Paul McMahan [EMAIL PROTECTED] wrote:
On Oct 28, 2007, at 3:22 PM, Donald Woods wrote:
Any thoughts on setting up automated builds of Samples at least
once a week?
That would be helpful. Now that we have catalog support in
Prasad,
I have put some thought into this myself and agree with you. It would be
too much of a hassle for users, I think, if they have to download
subversion and maven along with the sample app, and THEN compile it
before attempting to deploy it. Probably the best thing would be to have
Good work!! A couple comments inline.
On Oct 29, 2007, at 7:48 AM, Prasad Kashyap wrote:
I spend most of the weekend trying to restructure trunk to reflect the
new flexible server and I should tell you, it has been one shitty job
much akin to untangling the knots of Medusa's hair.
To begin
New Command: Clear
--
Key: GSHELL-37
URL: https://issues.apache.org/jira/browse/GSHELL-37
Project: GShell
Issue Type: New Feature
Security Level: public (Regular issues)
Components: Commands
A few security problems were discovered in Geronimo in the last few
months and weeks. Most of them were Geronimo-specific except one.
Therefore, I think we should spend a little bit of our time to review
our code and check for potential security problems.
As the first step, I think we should
On Oct 27, 2007, at 11:32 AM, David Jencks wrote:
The admin console needs to be lightweight and portable so it is
based on Pluto. The Jetspeed MBE (as currently designed) would
interfere with the deployment of admin console extensions.
Adding something to the Geronimo plan to activate
Binary files in wiki and source in svn? That works for me.
Jarek
On 10/29/07, Erik B. Craig [EMAIL PROTECTED] wrote:
Prasad,
I have put some thought into this myself and agree with you. It would be
too much of a hassle for users, I think, if they have to download
subversion and maven along
When I mentioned parity between svn and the wiki I really meant to
stress the same stuff showing both locations, which I think Jarek's
suggestion would help achieve.Another idea would be to build and
deploy the samples using maven. Then we could point the wiki page at
the maven repo
Icon support in the new admin console is not implemented yet. The
early thoughts on this were to bundle the icons for the base console
and the various extensions in their respective WAR files and pass the
location of the icons to the portal driver thru the
AdminConsoleExtensionGBean. I
[
https://issues.apache.org/jira/browse/GERONIMO-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538560
]
Jarek Gawor commented on GERONIMO-3534:
---
The allowHosts option is not really supported by OpenEJB right
customizable navigator icons for admin console extensions
-
Key: GERONIMO-3562
URL: https://issues.apache.org/jira/browse/GERONIMO-3562
Project: Geronimo
Issue Type: Bug
Security
Thanx David.
With the latest commit to sandbox, I have all the artifacts building
successfully. We have good assemblies too. Tthe groupId and artifactId
of all the artifacts have essentially remained the same.
The final server should now pass TCK smoketests and our testsuite.
More comments
[
https://issues.apache.org/jira/browse/GERONIMO-3556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erik B. Craig resolved GERONIMO-3556.
-
Resolution: Fixed
This issue was resolved through GERONIMO-3553 and GERONIMO-3551.
On 10/29/07, Tim McConnell [EMAIL PROTECTED] wrote:
Hi, Does anyone have any thoughts as to how we'll position the J2G plugin
in the
future ?? I understand now that in its initial iteration that it is
narrowly
scoped to work for JBoss specific migrations only (thus the JBoss in the
name).
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell closed GERONIMODEVTOOLS-248.
--
Resolution: Fixed
The IllegalArgumentException exception is now
I was trying to come up with something like that myself. I like the idea of
keeping the 2. Somehow, Migrate 2 Geronimo was too obscure for me to
grasp. Thanks for ending my mental struggle, Joe.
~Jason Warner
On 10/29/07, Joe Bohn [EMAIL PROTECTED] wrote:
Kevan Miller wrote:
On
Kevan Miller wrote:
On 10/29/07, *Tim McConnell* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi, Does anyone have any thoughts as to how we'll position the J2G
plugin in the
future ?? I understand now that in its initial iteration that it is
narrowly
scoped to
I think it would be great if it can handle more than jboss to geronimo.
We can have a pluggable migration framework that does most of the
migration work that is needed from server A to geronimo, and allow a
user to build additional plugins to plugin their server specific stuff
in. For
[
https://issues.apache.org/jira/browse/GERONIMO-2880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks closed GERONIMO-2880.
--
Resolution: Fixed
This fix looks completely correct to me and I'm only embarrassed that I
Remove duplicate plan.xml files under configs
-
Key: GERONIMO-3563
URL: https://issues.apache.org/jira/browse/GERONIMO-3563
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular
I think we really need to find some way to break the specs into smaller
pieces. Having to install all of the JEE specs just for the simple
minimal web container assembly is ugly and wastes disk space.
-Donald
David Jencks wrote:
Good work!! A couple comments inline.
On Oct 29, 2007, at 7:48
Then why not make this a real release, with a bin and src zip/tar like
we do for the server?
-Donald
Prasad Kashyap wrote:
While a part of me seems to agree with you that we should remove the
zip file from the samples' wiki pages, a greater part of me feels that
we may be forcing some our
+1 to that.
If we released it, then we could point it to the published binaries.
Cheers
Prasad
On 10/29/07, Paul McMahan [EMAIL PROTECTED] wrote:
When I mentioned parity between svn and the wiki I really meant to
stress the same stuff showing both locations, which I think Jarek's
suggestion
I like a generic Migrator package name under devtools, so it leaves
open the possibility for other app servers to Geronimo and to
upgrade/migrate from previous Geronimo releases if we make major changes.
-Donald
Kevan Miller wrote:
On 10/29/07, *Tim McConnell* [EMAIL PROTECTED]
+1 to removing all zips from the Wiki and releasing the samples with (or
very quickly) after the server.
-Donald
Jarek Gawor wrote:
On 10/29/07, Paul McMahan [EMAIL PROTECTED] wrote:
One other question -- should we try to have parity between what's in
samples/trunk and what's in the samples
[
https://issues.apache.org/jira/browse/GERONIMO-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538642
]
Anita Kulshreshtha commented on GERONIMO-3561:
--
Viet and Erik,
Thanks for submitting numerous
[
https://issues.apache.org/jira/browse/GERONIMO-3563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538643
]
Vamsavardhana Reddy commented on GERONIMO-3563:
---
Rev 589918:
o Removed the trivial ones where the
I'm going more along with Jason's original reply here...
I like the idea of calling it Geronimo Migration Toolkit, keeping the
name slightly ambiguous with the toolkit at the end would allow for us
to potentially 'grow into' it in the future.
-Erik
Tim McConnell wrote:
Hi, Does anyone have
Donald Woods wrote:
I think we really need to find some way to break the specs into smaller
pieces. Having to install all of the JEE specs just for the simple
minimal web container assembly is ugly and wastes disk space.
Well, we could have a config per spec ... but that might be a bit too
Vamsi, you have removed the wrong plan.
This is THE actual plan. The plan to be removed is the one under src/plan
http://www.nabble.com/forum/ViewPost.jtp?post=13435934framed=yskin=134
Cheers
Prasad
On 10/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: vamsic007
Date: Mon Oct 29
OpenEJB trunk at 589804
Geronimo Revision: 589922 built with tests included
See the full build-2100.log file at
http://people.apache.org/~prasad/binaries/trunk/20071029/build-2100.log
[INFO] Copy webapp webResources to
/home/prasad/geronimo/trunk/applications/geronimo-uddi-server/target
I ran the tck smoketest (both Jetty Tomcat) on the restructured
build and the results were consistent with the ones from the current
trunk build.
What are the next steps ? If we plan to use this tree for 2.1 trunk,
then we should merge ASAP before the trees get too much out of synch.
I'd
#1. The example asks you to create a DB named InventoryDB and then run
some sql commands to create tables.
#2. Your web.xml has a resource ref to jdbc/InventoryDS. This is a
part of the jndi name of the datasource (not database).
#3. The geronimo-web.xml links your jdbc/InventoryDS with the
[
https://issues.apache.org/jira/browse/GERONIMO-3563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538650
]
Vamsavardhana Reddy commented on GERONIMO-3563:
---
Rev: 589946
o Reverting all changed made in rev
Hi , we are working on the geronimo one project. We were looking at a
sample application that connects to the database in geronimo . Upone
studying it we stumbled upon a syntax that has a little confused
In your DBManager.java for the inventory application we found this line of
code.
DataSource
On Oct 23, 2007, at 9:50 PM, Jarek Gawor wrote:
Some questions on @Resource.mappedName processing. When an ejb is
deployed that has some @Resource annotated fields, OpenEJB will
process them and create the appropriate resource-ref entires in the DD
and pass it to Geronimo. But before the DD is
On 10/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi , we are working on the geronimo one project. We were looking at a
sample application that connects to the database in geronimo . Upone
studying it we stumbled upon a syntax that has a little confused
In your DBManager.java for the
52 matches
Mail list logo