Allow additional beans to be injected in the rules definition from the xbean.xml
Key: SM-985
URL: https://issues.apache.org/activemq/browse/SM-985
Project: ServiceMix
[
https://issues.apache.org/activemq/browse/SM-985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet resolved SM-985.
Resolution: Fixed
Assignee: Guillaume Nodet
URL:
[
https://issues.apache.org/activemq/browse/SM-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39550
]
Thomas Termin commented on SM-978:
--
How far is this? What is still to do?
Provider side of the new HTTP endpoints
[
https://issues.apache.org/activemq/browse/SM-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39551
]
Guillaume Nodet commented on SM-978:
The work is based on jetty client which has not been released yet.
And i'm not
The maven jbi plugin should not fail it the SU jbi descriptor generation fails
but only displays a warning
--
Key: SM-986
URL:
[
https://issues.apache.org/activemq/browse/SM-983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39559
]
Guillaume Nodet commented on SM-983:
See for the discussion
L.S.,
Just trying to grasp what the problem/question is...
So, if I understand correctly, the servicemix-sca component will be
somewhat different from any other JBI component. We won't be building
an SCA container as a service engine (like you would do for e.g. EJBs),
but rather build some
I do think we need a SE like servicemix-sca (should be renamed to
servicemix-tuscany i guess) to host the Java annotated SCA pojo.
I see the translation between the SCA assembly to a JBI assembly as
something somewhat independant from ServiceMix core that could be
reused either at the tooling
kitplummer (im)Agreed...and I believe based on my limited knowledge of
Tuscany that updating the TuscanyRuntime to be able to deploy a SCA POJO
should be straight forward - and simpler with the EmbeddedSCADomain.
I also agree on the tooling to provide the mapping between an SCA
Composite to
[snip]
Brian O'Neill wrote:
OK, per Guillaume's suggestion perhaps we start anew basing everything
on 0.90 sca.
So, what are peoples thoughts towards the design of the translation
layer?
Should we leverage Tuscany's parsing capabilities to read in the SCA
contribution?
Then, from the parsed
RealMBeanServerReference unintentionally uses an MBeanServer not created by
Geronimo
Key: GERONIMO-3268
URL: https://issues.apache.org/jira/browse/GERONIMO-3268
[
https://issues.apache.org/jira/browse/GERONIMO-3268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy closed GERONIMO-3268.
-
Resolution: Fixed
Completed: At revision: 551483 in trunk.
On Jun 28, 2007, at 12:11 AM, David Jencks wrote:
On Jun 26, 2007, at 7:08 PM, Donald Woods wrote:
Was just going on Kevan's response to YunFeng, that we shouldn't
be using printStackTrace() in the code -
http://www.nabble.com/Why-printStackTrace%28%29-in-the-source-
On 6/28/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Jun 28, 2007, at 12:11 AM, David Jencks wrote:
On Jun 26, 2007, at 7:08 PM, Donald Woods wrote:
Was just going on Kevan's response to YunFeng, that we shouldn't
be using printStackTrace() in the code -
Console:some parameters remains original when restarted
-
Key: GERONIMO-3269
URL: https://issues.apache.org/jira/browse/GERONIMO-3269
Project: Geronimo
Issue Type: Bug
Security
Great work ... I'll sniff both. Anything pop out at y'all from this
exercise ?
On Jun 27, 2007, at 11:04 PM, Prasad Kashyap wrote:
Matt, Jay,
The repository shifted from repository/geronimo to repository/o.a.g
from v1.2 onwards. We'd have to compare it against that directory to
get a good
[
https://issues.apache.org/jira/browse/GERONIMO-3255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Warner updated GERONIMO-3255:
---
Attachment: (was: Geronimo-3255.patch)
Combine reduntant plugins into larger plugins
[
https://issues.apache.org/jira/browse/GERONIMO-3255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Warner updated GERONIMO-3255:
---
Attachment: Geronimo-3255.patch
The previous patch did not apply cleanly on a non-Windows
You are right Prasad,
I messed something up when I was building my tables.
repository/geronimo is in the installed directory but not in my database.
I'll rebuild the table and see what comes out. Also, I'll 'map' the
repository/geronimo to repository/org/apache/geronimo so that the
table
Gert,
Correct. What we've been discussing most recently is the SCA
translation layer that would convert the lingo as you described. I
wouldn't even call this a component.
The second approach I believe also works (creating an SCA SE), but I
think we believe the SCA translation layer would
[
https://issues.apache.org/jira/browse/GERONIMO-3255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan reassigned GERONIMO-3255:
--
Assignee: Paul McMahan (was: Jason Warner)
Combine reduntant plugins into larger
[
https://issues.apache.org/jira/browse/GERONIMO-3255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved GERONIMO-3255.
Resolution: Fixed
revision 551566. thanks for the patch Jason.
Combine reduntant
Completely agree. We'll need a means of running the annotated java as
well as the translation layer.
So, lets assume for now we need a servicemix-tuscany SE, and a
sca-jbi-translation plugin for maven. (just so it is easier to talk
about)
With respect to the implementation.jbi/, i haven't
[
https://issues.apache.org/jira/browse/GERONIMO-3256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods closed GERONIMO-3256.
--
Resolution: Fixed
Part 2 to PluginInstallerGBean applied as revision 551574.
The extra
Here is a spreadsheet of the comparison between the disk usage (du -k)
values of v1.2 and v2.0.
http://spreadsheets.google.com/pub?key=pZVJhnHN3LjuF5FjgmXnrRQgid=0
There are 2 sheets. The first sheet stops at the ${version} dir in the
repo structure. The 2nd sheet goes all the way into the repo
Better, but can you create a table that excludes the version?
That would allow us to compare similar artifacts, like
repository/org/codehaus/castor/castor
which would show us any growth between Castor 0.9.5.3 to 1.0.5.
-Donald
Prasad Kashyap wrote:
Here is a spreadsheet of the comparison
[
https://issues.apache.org/jira/browse/GERONIMO-3182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved GERONIMO-3182.
Resolution: Fixed
Fix Version/s: 2.0-M7
Assignee: Paul McMahan
rev
[
https://issues.apache.org/jira/browse/GERONIMO-3182?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508855
]
Paul McMahan commented on GERONIMO-3182:
btw I did not switch geronimo to use tomcat's servlet spec yet
[
https://issues.apache.org/jira/browse/GERONIMO-3262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan reassigned GERONIMO-3262:
--
Assignee: Paul McMahan
Invert Tree button in classloader debug portlet does not
[
https://issues.apache.org/jira/browse/GERONIMO-3262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved GERONIMO-3262.
Resolution: Fixed
Fix Version/s: 2.0-M7
rev 551601. thanks Viet for the patch!
[
https://issues.apache.org/jira/browse/GERONIMO-3262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan closed GERONIMO-3262.
--
Invert Tree button in classloader debug portlet does not work properly
Yeah.. That is what I had last night. But it had many duplicates.
Maybe I should go back to that version
Cheers
Prasad
On 6/28/07, Donald Woods [EMAIL PROTECTED] wrote:
Better, but can you create a table that excludes the version?
That would allow us to compare similar artifacts, like
[
https://issues.apache.org/activemq/browse/SM-956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet resolved SM-956.
Resolution: Fixed
Fix Version/s: 3.2
Assignee: Guillaume Nodet (was: Adrian Co)
Avoid CMP foreign key violations
-
Key: GERONIMO-3270
URL: https://issues.apache.org/jira/browse/GERONIMO-3270
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
The page has been updated to move the contents of repository/geronimo to
repository/org/apache/geronimo.
I found a couple of other places where contents of the repository moved
(tranql - org/tranql, etc) and fixed those as well.
If anyone sees a module that moved (that I missed) let me know
Try this now.
http://spreadsheets.google.com/pub?key=pZVJhnHN3LjuF5FjgmXnrRQ
It could add some more finer touches. But it gives a lot of info as is.
Cheers
Prasad
On 6/28/07, Donald Woods [EMAIL PROTECTED] wrote:
Better, but can you create a table that excludes the version?
That would allow
On Jun 28, 2007, at 12:35 PM, Jay D. McHugh wrote:
The page has been updated to move the contents of repository/
geronimo to repository/org/apache/geronimo.
I found a couple of other places where contents of the repository
moved (tranql - org/tranql, etc) and fixed those as well.
If
Binding Component archetype - can't build
-
Key: SM-987
URL: https://issues.apache.org/activemq/browse/SM-987
Project: ServiceMix
Issue Type: Bug
Affects Versions: 3.2
Environment: linux,
Right now, I don't think we can remove dojo. Some of the more recent
additions to the admin console are using it.
Those would either have to be removed, changed to plugins, or be
completely rewritten.
I would say that if there is redundancy in the configs, that would be
the place to look
Another thing to remember is that M2 builds gave us transitive
dependencies. So it could quite be possible that we picked up some
unneeded artifacts.
We bloated by 20+M from 1.1 to 1.2.
Cheers
Prasad
On 6/28/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Jun 28, 2007, at 12:35 PM, Jay D.
On Jun 28, 2007, at 1:58 PM, Jay D. McHugh wrote:
Right now, I don't think we can remove dojo. Some of the more
recent additions to the admin console are using it.
Ya, I know it would take a little work. I'm not really advocating
removal, but putting it on the table...
Those would
Like Jay says, several recent additions to the admin console use dojo:
Classloader Viewer
JMX Viewer
Dependency Viewer
LDAP Viewer
JNDI Viewer
The typical way of using dojo in a webapp is to include it in your
WAR. Dojo provides some tooling to trim their js library down to
just the parts
[
https://issues.apache.org/jira/browse/GERONIMO-3266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508908
]
Jay D. McHugh commented on GERONIMO-3266:
-
Committed first attempt at a new schema file
Update all users of the attributes schema to use new version
Key: GERONIMO-3271
URL: https://issues.apache.org/jira/browse/GERONIMO-3271
Project: Geronimo
Issue Type: Sub-task
[
https://issues.apache.org/jira/browse/GERONIMO-3271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jay D. McHugh updated GERONIMO-3271:
Component/s: startup/shutdown
Affects Version/s: 2.0-M7
Update all users of
[
https://issues.apache.org/jira/browse/GERONIMO-3184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Genender closed GERONIMO-3184.
---
Resolution: Fixed
Fix Version/s: 2.0-M7
Added the ability to have
I just added Lifecycle Listeners to the Tomcat integration. This allows
people to be able to integrate their own LifecycleListeners to Geronimo
when using Tomcat. You can add listeners to not only the
Engine/Host/Context, but also to the TomcatContainer itself.
The TomcatContainer GBean now has
sweet! thanks Jeff.
Best wishes,
Paul
On Jun 28, 2007, at 4:48 PM, Jeff Genender wrote:
I just added Lifecycle Listeners to the Tomcat integration. This
allows
people to be able to integrate their own LifecycleListeners to
Geronimo
when using Tomcat. You can add listeners to not only
WSDL generation fails (SU built by servicemix-jsr181-annotated-service-unit
archetype)
--
Key: SM-988
URL: https://issues.apache.org/activemq/browse/SM-988
Project:
Now that we have Lifecycle Listeners, I want to start a little
discussion around some of the Tomcat listeners that come standard
installed in their container and whether we include them or not in the
default plan.
Currently Tomcat has the following listeners attached to their
standalone
This looks to me like a dreadful approach. Did you try including the
property in defaultPersistenceUnitProperties in the persistence
builder config
module xmlns=http://geronimo.apache.org/xml/ns/deployment-1.1;
gbean name=PersistenceUnitBuilder
Hello again,
I've made the changes to use Store instead of a Map in
MultiplexingProviderProcessor and supporting classes. It defaults to
MemoryStore if nothing is specified, and this seems to function the same way
as with direct use of ConcurrentHashMap (which is what MemoryStore is
inside).
I
OpenEJB trunk at 551709
Geronimo Revision: 551713 built with tests skipped
See the full build-1800.log file at
http://people.apache.org/~prasad/binaries/20070628/build-1800.log
[INFO] Checking legal files in: geronimo-connector-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
[
https://issues.apache.org/jira/browse/GERONIMO-3269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viet Hung Nguyen updated GERONIMO-3269:
---
Attachment: geronimo-3269.patch
I am not sure why the loadConfiguration() and
Coalesce the 2 transaction modules into one
---
Key: GERONIMO-3272
URL: https://issues.apache.org/jira/browse/GERONIMO-3272
Project: Geronimo
Issue Type: Improvement
Security Level: public
It appears that the geronimo transaction manager is now tied directly
to ejb :( The TransactionManagerImpl class has the following code:
public void setEntityManager(String persistenceUnit, Object
entityManager) {
Object oldEntityManager = entityManagers.put
(persistenceUnit,
[
https://issues.apache.org/jira/browse/GERONIMO-3269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508978
]
Jay D. McHugh commented on GERONIMO-3269:
-
I think that this is a bigger problem than just blocking the
On Jun 28, 2007, at 5:54 PM, David Jencks wrote:
This looks to me like a dreadful approach. Did you try including
the property in defaultPersistenceUnitProperties in the persistence
builder config
No. I didn't find the existing properties. Did try setting a property
in OpenEJB, which
58 matches
Mail list logo