Tuscany Geronimo plugin bring up
Key: GERONIMO-4343
URL: https://issues.apache.org/jira/browse/GERONIMO-4343
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated GERONIMO-4343:
Attachment: tuscany-xsd-dependency.diff
The geronimo-tuscany\tuscany-xsd-dependency.diff adds
On Tue, Oct 7, 2008 at 5:34 PM, David Jencks [EMAIL PROTECTED] wrote:
On Oct 7, 2008, at 2:56 AM, ant elder wrote:
Tuscany uses JDK logging but putting a logging.properties file into the
Geronimo var\log folder doesn't seem to get picked up. Any ideas on where
that should go or how to
On Fri, Oct 3, 2008 at 2:12 PM, Dan Becker [EMAIL PROTECTED] wrote:
ant elder wrote:
Currently the old TGP has got out of date and doesn't
work with any current releases of Geronimo or Tuscany so the first thing
to
do is to get a basic plugin going again and then gradually add
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637806#action_12637806
]
ant elder commented on GERONIMO-4343:
-
Another patch needed to get this further was
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637816#action_12637816
]
Vamsavardhana Reddy commented on GERONIMO-4343:
---
Geronimo Revision: 702742 built with tests included
See the full build-0300.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008/build-0300.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008
[INFO] BUILD
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated GERONIMO-4343:
Attachment: wsdlgen-depenency.diff
The geronimo-tuscany\wsdlgen-depenency.diff fixes another
With that latest patch (wsdlgen-depenency.diff) i have the plugin building,
installing, and successfully deploying a simple Java only SCA contribution.
trying an SCA contribution fails, i'm looking at that right now...
...ant
On Wed, Oct 8, 2008 at 9:15 AM, ant elder (JIRA) [EMAIL PROTECTED]
Opps, I meant ...trying an SCA contribution _with Web Services_ fails...
...ant
On Wed, Oct 8, 2008 at 9:36 AM, ant elder [EMAIL PROTECTED] wrote:
With that latest patch (wsdlgen-depenency.diff) i have the plugin building,
installing, and successfully deploying a simple Java only SCA
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637890#action_12637890
]
Vamsavardhana Reddy commented on GERONIMO-4343:
---
wsdlgen-depenency.diff
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated GERONIMO-4343:
Attachment: GeronimoServletHost1.diff
geronimo-tuscany\GeronimoServletHost1.diff adds
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated GERONIMO-4343:
Attachment: GeronimoServletHost2.diff
GeronimoServletHost2.diff includes the change in
[
https://issues.apache.org/jira/browse/GERONIMO-4342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637904#action_12637904
]
Rick McGuire commented on GERONIMO-4342:
Great1 This was largely just a
Have you switched to latest Tuscany SNAPSHOT in your local build or using
1.3?
++Vamsi
On Wed, Oct 8, 2008 at 2:07 PM, ant elder [EMAIL PROTECTED] wrote:
Opps, I meant ...trying an SCA contribution _with Web Services_ fails...
...ant
On Wed, Oct 8, 2008 at 9:36 AM, ant elder [EMAIL
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated GERONIMO-4343:
Attachment: asm.diff
asm.diff adds the asm-all dependency. it also adds it to the hidden
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated GERONIMO-4343:
Attachment: tuscany-core-1.3.jar
The \tuscany-core-1.3.jar attachement is the tuscany-core
[
https://issues.apache.org/jira/browse/GERONIMO-4342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637888#action_12637888
]
Andreas Veithen commented on GERONIMO-4342:
---
Rick,
Over the last couple of
[
https://issues.apache.org/jira/browse/GERONIMO-4342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick McGuire resolved GERONIMO-4342.
Resolution: Fixed
Committed revision 702800.
Thank you once again! I'm curious, what
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637902#action_12637902
]
ant elder commented on GERONIMO-4343:
-
With that latest patch
No, i've just locally patched the tuscany-core-1.3.jar. I've just attached
that patched jar to the GERONIMO-4343 jira.
...ant
On Wed, Oct 8, 2008 at 10:34 AM, Vamsavardhana Reddy [EMAIL PROTECTED]wrote:
Have you switched to latest Tuscany SNAPSHOT in your local build or using
1.3?
[
https://issues.apache.org/jira/browse/GERONIMO-4342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick McGuire reassigned GERONIMO-4342:
--
Assignee: Rick McGuire
MimeMessage#writeTo doesn't flush the encoder stream
Hi Lin,
I am using it in the EjbServer Portlet I am developing. But I guess
that it can also be made an optional console plugin
Regards
Manu
On Wed, Oct 8, 2008 at 1:43 AM, Lin Sun [EMAIL PROTECTED] wrote:
Jay,
Right, I don't know how far that work went either.
Thus, I didn't include the
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637901#action_12637901
]
Vamsavardhana Reddy commented on GERONIMO-4343:
---
GeronimoServletHost2.diff
These are the console plugin groups, basically it provides the
required console function for the javaee5 assemblies. I think the
list suggested the following profiles a while back ago:
JMS
EJB
Web Services
Admin Console
...
Also, I need the console plugin group to construct the javaee5 plugin
[
https://issues.apache.org/jira/browse/GERONIMO-4328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun resolved GERONIMO-4328.
---
Resolution: Fixed
Per discuss on the list, I dont think this breaks the build or anything.
Hi Manu, Ok, making it optional sounds good.
Lin
On Wed, Oct 8, 2008 at 8:24 AM, Manu George [EMAIL PROTECTED] wrote:
Hi Lin,
I am using it in the EjbServer Portlet I am developing. But I guess
that it can also be made an optional console plugin
Regards
Manu
On Wed, Oct 8, 2008 at 1:43
FYI
-- Forwarded message --
From: Noirin Shirley [EMAIL PROTECTED]
Date: Thu, Oct 2, 2008 at 4:22 AM
Subject: CFP open for ApacheCon Europe 2009
To: [EMAIL PROTECTED]
PMCs: Please send this on to your users@ lists!
If you only have thirty seconds:
The Call for Papers for
On Oct 8, 2008, at 3:02 AM, ant elder wrote:
On Fri, Oct 3, 2008 at 2:12 PM, Dan Becker [EMAIL PROTECTED]
wrote:
ant elder wrote:
Currently the old TGP has got out of date and doesn't
work with any current releases of Geronimo or Tuscany so the first
thing to
do is to get a basic plugin
Hi David B,
All the attributes that you added in the container
wrapper gbeans are final. I understand the reason for them being
final i.e. the attributes are used only during the creation of the
container. Previously all the gbeans had a properties attribute and I
used to add the
David,
Could you describe to me in a little more detail what you were thinking in
regards to defining a new tomcat server in a child classloader? I'm still
working on creating an example, but I found some documentation confirming
tomcat's use of a TCCL in loading components and would like to
[
https://issues.apache.org/jira/browse/GERONIMO-4318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun resolved GERONIMO-4318.
---
Resolution: Fixed
See subversion commits. Many thanks to David Jencks for making changes that
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637944#action_12637944
]
Kevan Miller commented on GERONIMO-4343:
There's a problem with re-starting a
Geronimo Revision: 702860 built with tests included
See the full build-0900.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008/build-0900.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008
[INFO] BUILD
[
https://issues.apache.org/jira/browse/GERONIMO-4343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637953#action_12637953
]
ant elder commented on GERONIMO-4343:
-
That is the problem fixed in the
Here's a quick question. Where does AHP come from?
On Mon, Oct 6, 2008 at 1:18 PM, Jason Dillon [EMAIL PROTECTED] wrote:
Sure np, took me a while to get around to writing it too ;-)
--jason
On Oct 6, 2008, at 10:24 PM, Jason Warner wrote:
Just got around to reading this. Thanks for the
[
https://issues.apache.org/jira/browse/GERONIMO-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637972#action_12637972
]
Lin Sun commented on GERONIMO-4226:
---
Also ran into the same error when issuing
On Oct 8, 2008, at 7:42 AM, Manu George wrote:
Hi David B,
All the attributes that you added in the container
wrapper gbeans are final. I understand the reason for them being
final i.e. the attributes are used only during the creation of the
container. Previously all the gbeans
I'm also getting worried that the plugin groups are starting to
duplicate the plugins and wondering if the concept is providing
significant value beyond the framework plugin group.
Also, I think that the current jms console stuff is unlikely to
survive in anything like its current form for
Hi,
I have been looking at GERONIMO-4226 today.
For a while, we have been recommending users to pick boilerplate as a
required plugin when assembling a custom server, in order to get a
working server. However, this working server isn't really working,
as a user won't be able to start the
On Oct 8, 2008, at 9:43 AM, Lin Sun wrote:
Hi,
I have been looking at GERONIMO-4226 today.
For a while, we have been recommending users to pick boilerplate as a
required plugin when assembling a custom server, in order to get a
working server. However, this working server isn't really
[
https://issues.apache.org/jira/browse/GERONIMO-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637992#action_12637992
]
Donald Woods commented on GERONIMO-4226:
Sounds good.
GShell can not be
On Oct 8, 2008, at 7:45 AM, Jason Warner wrote:
David,
Could you describe to me in a little more detail what you were
thinking in regards to defining a new tomcat server in a child
classloader? I'm still working on creating an example, but I found
some documentation confirming tomcat's
It seems that most of the functionality now delivered in the
profilegroups could have been implemented by just properly setting the
plugin category attribute to a useful plugin group name and use the
source repo for the plugin to denote they are base server plugins vs.
Samples vs. a Console
I'm not sure if these steps are reasonable from a purely user perspective.
When using plain old tomcat, you can download a binary, add your custom
valve jar, make a config change and then use your server with its custom
valve. To accomplish the same task in geronimo, we are asking the user to
There is no doubt that framework is useful, but I think most of the
other plugin groups are useful too (for example web-jetty, web-tomcat,
or the javaee5-jetty, javaee5-tomcat). It is almost impossible to
come up those quickly for a new geronimo user.
With plugin groups, I can see users pick any
Thanks for making the suggestions. It is always good to hear
feedback and challenge our thinking! :)
My initial thought of grouping the plugins together was by category,
however I think it has the following limitations -
1. A user can specify his module to any category he likes too, thus it
[
https://issues.apache.org/jira/browse/GERONIMO-4344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Veithen updated GERONIMO-4344:
--
Attachment: GERONIMO-4344.patch.txt
IMAPMessage#updateHeader updates header with
IMAPMessage#updateHeader updates header with wrong value
Key: GERONIMO-4344
URL: https://issues.apache.org/jira/browse/GERONIMO-4344
Project: Geronimo
Issue Type: Bug
Security
In-line.
Lin Sun wrote:
Thanks for making the suggestions. It is always good to hear
feedback and challenge our thinking! :)
Yep, I wish we had more than 4 people actively looking/discussing this :-(
My initial thought of grouping the plugins together was by category,
however I think it
I agree that groups of plugins are useful and perhaps necessary from a
user perspective to help eliminate the clutter. However, there are
several ways to provide for those groups.
The way that has thus far been pursued has been creating a new module
type (is that what you would call it?) of
Thanks for the explanation, David. I don't disagree with anything you've
explained, but I'm not sure you've addressed my concern about the disparity
in the effort required to deploy a custom valve on tomcat and on geronimo.
Even with the a streamlined process involving a tomcat server portlet and
We had some suggestions earlier for some alternate means of implementing
this (Hudson, Conitnuum, etc...). Now that we've had Jason Dillon provide
an overview of what we had in place before, does anyone have thoughts on
what we should go with? I'm thinking we should stick with the AHP based
Donald Woods wrote:
In-line.
Lin Sun wrote:
Thanks for making the suggestions. It is always good to hear
feedback and challenge our thinking! :)
Yep, I wish we had more than 4 people actively looking/discussing this :-(
Ok ... you asked for it ;-) ... Also see my response on the other
Hi Joe,
I am having trouble to understand the difference between what you
propose what has already been done.
Basically, IIUC, you propose to use a plugin for plugin group, with
the attribute of pluginGroup=true to indicate that is a plugin group.
This is exactly what has been done today, as
Jason Warner wrote:
Thanks for the explanation, David. I don't disagree with anything
you've explained, but I'm not sure you've addressed my concern about the
disparity in the effort required to deploy a custom valve on tomcat and
on geronimo. Even with the a streamlined process involving a
Geronimo Revision: 702970 built with tests included
See the full build-1500.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008/build-1500.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008
[INFO] BUILD
See in-line below...
On Wed, Oct 8, 2008 at 4:37 PM, Joe Bohn [EMAIL PROTECTED] wrote:
Thanks for making the suggestions. It is always good to hear
feedback and challenge our thinking! :)
Yep, I wish we had more than 4 people actively looking/discussing this :-(
Ok ... you asked for it
Here are my current thoughts not that they necessarily mean much.
1. whether plugingroups are in a special svn area (rather than in
framework and plugins directly) we need the c-m-p functionality for at
least the framework plugingroup.
2. IIUC Joe's idea was to make it so a dependency
Lin Sun wrote:
Hi Joe,
I am having trouble to understand the difference between what you
propose what has already been done.
Basically, IIUC, you propose to use a plugin for plugin group, with
the attribute of pluginGroup=true to indicate that is a plugin group.
This is exactly what has been
Geronimo Revision: 703040 built with tests included
See the full build-2100.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008/build-2100.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081008
[INFO] BUILD
See in line below.
On Wed, Oct 8, 2008 at 6:41 PM, David Jencks [EMAIL PROTECTED] wrote:
Here are my current thoughts not that they necessarily mean much.
1. whether plugingroups are in a special svn area (rather than in framework
and plugins directly) we need the c-m-p functionality for
NP - comments are always welcomed! :)
I agree with the difference you mentioned below and I think those are
unresolved and no one is really working on it.
Lin
On Wed, Oct 8, 2008 at 10:19 PM, Joe Bohn [EMAIL PROTECTED] wrote:
Lin Sun wrote:
Sorry ... it had been a while since I last looked
On Oct 8, 2008, at 4:31 PM, Jason Warner wrote:
We had some suggestions earlier for some alternate means of
implementing this (Hudson, Conitnuum, etc...). Now that we've had
Jason Dillon provide an overview of what we had in place before,
does anyone have thoughts on what we should go
64 matches
Mail list logo