[ http://issues.apache.org/jira/browse/GERONIMO-1813?page=all ]
Mansoor updated GERONIMO-1813:
--
Attachment: hotdeploy_patch1_06042006.txt
The patch basically deletes the asset from deploy directory ,which got failed
to hot deploy successfully , this can al
[ http://issues.apache.org/jira/browse/GERONIMO-644?page=all ]
Dain Sundstrom updated GERONIMO-644:
Component: kernel
Fix Version: 1.1
(was: 1.x)
Assign To: Dain Sundstrom (was: Jeremy Boynes)
With the introduction o
When already deployed application is hot deployed once gain , Server doesn't
delete the module from hot deployed directory
--
Key: GERONIMO-1813
URL: http://is
[ http://issues.apache.org/jira/browse/GERONIMO-956?page=all ]
Dain Sundstrom closed GERONIMO-956:
---
Resolution: Invalid
We need to reinstate the Global JNDI context.
> Remove "global JNDI space"
> --
>
> Key: GERO
When already deployed application is hot deployed once gain , Server doesn't
delete the module from hot deployed directory
--
Key: GERONIMO-1812
URL: http://is
Which version of ActiveMQ are you using BTW? We did have some
JMX-related bugs a while back that have been fixed. We now use
different MBean names for each transport connection so you shouldn't
receive this exception on 4.0-RC2 (I use JMX all the time with
multiple transports on the broker and hav
Improve the "Error: Unable to distribute foo.ear: Cannot deploy the requested
application module" message
-
Key: GERONIMO-1811
URL: http://issues.apache.org/jira/browse/GERONI
[ http://issues.apache.org/jira/browse/GERONIMO-1575?page=all ]
Dain Sundstrom reassigned GERONIMO-1575:
Assign To: Dain Sundstrom
> JMX service doesn't start up when server hostname does not resolve correctly
> --
Improve the "Error: Unable to distribute foo.ear: Cannot deploy the requested
application module" message
-
Key: GERONIMO-1810
URL: http://issues.apache.org/jira/browse/GERONI
[ http://issues.apache.org/jira/browse/GERONIMO-1430?page=all ]
Dain Sundstrom reassigned GERONIMO-1430:
Assign To: Dain Sundstrom
> Create TimedConfigStore (config store that timestamps deployments)
>
[ http://issues.apache.org/jira/browse/GERONIMO-704?page=all ]
Dain Sundstrom reassigned GERONIMO-704:
---
Assign To: Dain Sundstrom
> Can't set listen host/IP for RMI Registry
> -
>
> Key: GERONIMO-704
[ http://issues.apache.org/jira/browse/GERONIMO-1508?page=all ]
Dain Sundstrom updated GERONIMO-1508:
-
Summary: 1.1 won't accept plans with 1.0 configIds in references,
parents, imports, etc. (was: 1.0.1 won't accept plans with 1.0 configIds in
[ http://issues.apache.org/jira/browse/GERONIMO-1772?page=all ]
Dain Sundstrom reassigned GERONIMO-1772:
Assign To: Dain Sundstrom
> Application class loader should not see server classes
> --
>
[ http://issues.apache.org/jira/browse/GERONIMO-1809?page=all ]
Dain Sundstrom updated GERONIMO-1809:
-
Component: kernel
> Remove GBeanName
>
>
> Key: GERONIMO-1809
> URL: http://issues.apache.org/jira/browse/GERONI
Remove GBeanName
Key: GERONIMO-1809
URL: http://issues.apache.org/jira/browse/GERONIMO-1809
Project: Geronimo
Type: Improvement
Security: public (Regular issues)
Reporter: Dain Sundstrom
Assigned to: Dain Sundstrom
Fix For: 1.1
GBea
Replace AbstractName with URI
-
Key: GERONIMO-1808
URL: http://issues.apache.org/jira/browse/GERONIMO-1808
Project: Geronimo
Type: Improvement
Security: public (Regular issues)
Reporter: Dain Sundstrom
Assigned to: Dain Sundstrom
Remove uses of ObjectName from core server
--
Key: GERONIMO-1807
URL: http://issues.apache.org/jira/browse/GERONIMO-1807
Project: Geronimo
Type: Improvement
Security: public (Regular issues)
Components: kernel
Repo
[ http://issues.apache.org/jira/browse/GERONIMO-572?page=all ]
Dain Sundstrom closed GERONIMO-572:
---
Fix Version: 1.1
(was: 1.2)
Resolution: Won't Fix
GBeanName is being dropped. There are several other issues in this ite
[ http://issues.apache.org/jira/browse/GERONIMO-1653?page=all ]
Dain Sundstrom reassigned GERONIMO-1653:
Assign To: Dain Sundstrom
> User friendly error message from GBeanInstance
> --
>
> Key:
[ http://issues.apache.org/jira/browse/GERONIMO-1787?page=all ]
Dain Sundstrom closed GERONIMO-1787:
Resolution: Fixed
Should be fixed.
> Possible to have a configuration partially installed that is not possible to
> undeploy
> --
[ http://issues.apache.org/jira/browse/GERONIMO-1787?page=all ]
Dain Sundstrom reassigned GERONIMO-1787:
Assign To: Dain Sundstrom
> Possible to have a configuration partially installed that is not possible to
> undeploy
> --
[ http://issues.apache.org/jira/browse/GERONIMO-1330?page=all ]
Dain Sundstrom reassigned GERONIMO-1330:
Assign To: Dain Sundstrom
> MBeans registered on the MBeanServer can not be viewed
> --
>
hostname and port in Ant task is not used
-
Key: SM-386
URL: https://issues.apache.org/activemq/browse/SM-386
Project: ServiceMix
Type: Bug
Components: servicemix-core
Versions: 3.0-M1, 3.0-M2, 3.0
Environment: Al
[
https://issues.apache.org/activemq/browse/AMQ-660?page=comments#action_35986 ]
Johan Hallgren commented on AMQ-660:
Scratch the last question; I had missed to nest the statements elements
properly. Doing this stopped the index from being auto-created:
[
https://issues.apache.org/activemq/browse/AMQ-660?page=comments#action_35985 ]
Johan Hallgren commented on AMQ-660:
Hiram,
Using the deleteOldMessagesStatement you specify above does make the "Column
index 1 was not found" go away, and the example pr
ActiveMQ broker leaks advisory topics
-
Key: AMQ-677
URL: https://issues.apache.org/activemq/browse/AMQ-677
Project: ActiveMQ
Type: Bug
Components: Broker
Environment: linux, near-trunk version of ActiveMQ
Reporter: Andre
[ https://issues.apache.org/activemq/browse/AMQ-675?page=all ]
John Sisson reassigned AMQ-675:
---
Assign To: Hiram Chirino (was: John Sisson)
Hiram, could you please review/apply this patch.
Thanks, John.
> [PATCH for 3.2.4] Dependencies update and fix ec
[ http://issues.apache.org/jira/browse/GERONIMO-1329?page=all ]
Dain Sundstrom reassigned GERONIMO-1329:
Assign To: Dain Sundstrom
> Cannot connect to Geronimo with jconsole
>
>
> Key: GERONIMO-13
[ http://issues.apache.org/jira/browse/GERONIMO-1018?page=all ]
Dain Sundstrom closed GERONIMO-1018:
Fix Version: 1.1
(was: 1.x)
Resolution: Fixed
This should no longer be an issue in 1.1
> Clarification of references
[ http://issues.apache.org/jira/browse/GERONIMO-1140?page=all ]
Dain Sundstrom reassigned GERONIMO-1140:
Assign To: David Jencks
Close this if it is no longer a problem in 1.1
> Bad component query building logic (JCAResourceImpl finds no
> JCA
[ http://issues.apache.org/jira/browse/GERONIMO-948?page=all ]
Dain Sundstrom closed GERONIMO-948:
---
Fix Version: 1.1
(was: Wish List)
Resolution: Fixed
> Need reference counting on load/start of configurations
> -
[ http://issues.apache.org/jira/browse/GERONIMO-896?page=all ]
Dain Sundstrom closed GERONIMO-896:
---
Resolution: Won't Fix
This should no longer be needed with latest code in 1.1
> Support additional properties for GBean Names without providing fu
I published the jars.
-dain
On Apr 5, 2006, at 9:05 PM, Aaron Mulder wrote:
I put some changes into 1.1 which require changes to ActiveMQ. Until
there's a new ActiveMQ 3.2.4 snapshot put out, you'll have to build
ActiveMQ 3 from source in order to get Geronimo to build. Sorry!
Aaron
+1
-dain
On Apr 5, 2006, at 7:52 PM, Jeff Genender wrote:
A while back, someone had requested that the access logs for Tomcat be
turned on by default in Geronimo. This basically involved enabling
the
Tomcat AccessLogValve, and this request was granted.
Upon further review, it would seem t
[ http://issues.apache.org/jira/browse/GERONIMO-753?page=all ]
Dain Sundstrom closed GERONIMO-753:
---
Fix Version: 1.1
(was: 1.x)
Resolution: Won't Fix
GBeanNames have been dropped for AbstractNames and the plan is to ultim
[ http://issues.apache.org/jira/browse/GERONIMO-571?page=all ]
Dain Sundstrom closed GERONIMO-571:
---
Fix Version: 1.1
(was: 1.x)
Resolution: Fixed
Unstarted GBeans should no longer be an issue. Starting with 1.1 a
config
I put some changes into 1.1 which require changes to ActiveMQ. Until
there's a new ActiveMQ 3.2.4 snapshot put out, you'll have to build
ActiveMQ 3 from source in order to get Geronimo to build. Sorry!
Aaron
[ http://issues.apache.org/jira/browse/GERONIMO-1636?page=all ]
Dain Sundstrom reassigned GERONIMO-1636:
Assign To: David Jencks (was: Dain Sundstrom)
The packaging plugin must be updated to not include version numbers in the
generated plans.
[ http://issues.apache.org/jira/browse/GERONIMO-1347?page=all ]
Dain Sundstrom reassigned GERONIMO-1347:
Assign To: (was: Dain Sundstrom)
> Generate a plan for a synthetic EAR
> ---
>
> Key: GERONIMO-1
[ http://issues.apache.org/jira/browse/GERONIMO-1689?page=all ]
Dain Sundstrom closed GERONIMO-1689:
Fix Version: (was: 1.2)
Resolution: Fixed
> Eliminate config-store/# directory structure
>
[ http://issues.apache.org/jira/browse/GERONIMO-739?page=all ]
Dain Sundstrom closed GERONIMO-739:
---
Fix Version: 1.1
(was: Wish List)
Resolution: Fixed
The config-store directory was removed in 1.1
> Review location of c
[ http://issues.apache.org/jira/browse/GERONIMO-837?page=all ]
Dain Sundstrom closed GERONIMO-837:
---
Fix Version: 1.1
(was: 1.2)
Resolution: Fixed
> Switch all references in standard plans to not use
> ---
I concur.
We need consider how much Maven we are imposing on our users.
anita kulshreshtha wrote:
--- Matt Hogstrom <[EMAIL PROTECTED]> wrote:
Why do we have to force users to version things? I think we need to
assume that perhaps not
everyone will like our model. I'd prefer to let them
[ http://issues.apache.org/jira/browse/GERONIMO-1806?page=all ]
Jeff Genender closed GERONIMO-1806:
---
Resolution: Fixed
Fixed per r391883
> config.xml need to allow for nulls, empty string attributes and ability to
> remove references
> -
config.xml need to allow for nulls, empty string attributes and ability to
remove references
Key: GERONIMO-1806
URL: http://issues.apache.org/jira/browse/GERONIMO-1806
Project: Gero
Anita, I found and fixed that problem in this JIRA
http://issues.apache.org/jira/browse/GERONIMO-1660.
The patch is called applications-pom.patch. Jacek, please apply this
and the other console patch too.
Now there is this build break:
[INFO] Failed to resolve artifact.
required artifacts missi
Hi:
I am doing a test where I am creating a number of TopicConnections on different
TCP port on my machine, in particular I am using the TransportConnector URIs:
"tcp://localhost:61616", "tcp://localhost:61626", "tcp://localhost:61636" and
"tcp://localhost:61646". I have started a BrokerService
A while back, someone had requested that the access logs for Tomcat be
turned on by default in Geronimo. This basically involved enabling the
Tomcat AccessLogValve, and this request was granted.
Upon further review, it would seem that other application servers leave
this off by default. In fact,
[ http://issues.apache.org/jira/browse/GERONIMO-1660?page=all ]
Prasad Kashyap updated GERONIMO-1660:
-
Attachment: applications-pom.patch
After you apply the console.patch, please also apply this
application-pom.patch. This will fix the issue repor
--- Matt Hogstrom <[EMAIL PROTECTED]> wrote:
> Why do we have to force users to version things? I think we need to
> assume that perhaps not
> everyone will like our model. I'd prefer to let them choose rather
> than be dogmatic about
> versioning. Just because we like Maven and what it doe
Can we wrap the tasks up into an AntLib so it is easier for our users
to declare and use the tasks? The maven team has wrapped their
artifact management code into an ant lib so ant users can use the
maven repo.
Here is some info on ant libs:
http://ant.apache.org/manual/CoreTypes/antlib
Why do we have to force users to version things? I think we need to assume that perhaps not
everyone will like our model. I'd prefer to let them choose rather than be dogmatic about
versioning. Just because we like Maven and what it does for use doesn't mean we need to impose it
on the user a
Dain Sundstrom wrote:
On Apr 5, 2006, at 12:45 PM, Joe Bohn wrote:
1) where do we put the jars physically?
- I'm not sure I follow the need to add the jars to the root of the
repo. My assumption was that we would continue to follow the
groupID/jar organization. Since the groupID doesn't
Here's the build.xml file. I tried to colour code it, but
it was removed.
Thanks Dain.
As Aaron just pointed in its previous mail, the component may have its
own JNDI context, but Service Units may need some too. And the problem
is that a service unit may not contain any code, just some data: the
components will handle the data and perform the necessary tasks. So
[ https://issues.apache.org/activemq/browse/SM-378?page=all ]
Guillaume Nodet resolved SM-378:
Fix Version: 3.0-M1
Resolution: Fixed
Assign To: Guillaume Nodet
Adding the processorName="standard" attribute to the jms endpoint should now
Hi Vik,
Since header properties are the only properties you can set in a STOMP
message, what your question boils down to is what does the ActiveMQ broker
do with those properties - in particular when it forwards those messages to
a Java client. My guess is that it would simply copy them over to th
Consider this:
I get my Geronimo environment set up perfectly -- security, database,
JMS, dependencies in the repo, etc. I deploy the empty shell of the
application I want to develop (myapp-1.0.ear).
Now I tell the rest of my team: Install Geronimo, go into the console
Import/Export screen, ente
I like the idea of conveying information alot. Although, as a developer I think I'd like to look in
one place for the app and its status. We could prefix or annotate the messages in the log so an
association of messages and stack traces could be made to the application.
For Bruces comment on
I talked at JAOO about Geronimo as did aaron. Aaron did real nice tutorial.
Dain Sundstrom wrote:
I suggest we detail our new committers and PMC members. Anyone
remember who we have added since the last report? Actually, when was
the last report?
We released Geronimo 1.0 in January, but
Aaron,
For the use case of exporting the configuration how do you think folks would use that? At least
based on my experience with WebSphere and the other AppServers I've often gotten questions from
people who after using teh big AppServers are torn between the incremental benefit of going to
Hey Nate,
Thanks for headsup. I looked into it already and you are correct you can set
properties in the header, but according to JMS specs/ Sun Message interface
specs (and offcourse the way we implemented OpenWire and Java API),
properties should be considered saparate from Header and as the wa
Nice :-)
--jason
-Original Message-
From: Dain Sundstrom <[EMAIL PROTECTED]>
Date: Tue, 4 Apr 2006 15:52:35
To:dev
Subject: New Feature: XML based configurations
I have just committed to branch 1.1 optional support for using
xstream to save configurations in our repository. XStream
On Apr 5, 2006, at 12:55 PM, Joe Bohn wrote:
I think the shared libraries may solve this issue for a lot of people.
Do you have some more thoughts on how this capability may be made
available to users? Looking at what was checked in already it
seems that the user would have to create an ar
Once 1.1 is done we merge.
-dain
On Apr 5, 2006, at 12:49 PM, Prasad Kashyap wrote:
The assembly plugin is waiting for the merge too. When is it
planned for ?
Cheers
Prasad
On 4/5/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
Branch 1.1 uses the m2 repository layout for the main geronimo
On Apr 5, 2006, at 12:45 PM, Joe Bohn wrote:
1) where do we put the jars physically?
- I'm not sure I follow the need to add the jars to the root of the
repo. My assumption was that we would continue to follow the
groupID/jar organization. Since the groupID doesn't actually get
included
Why do we need unversioned jars?
Couldn't we just provide a command line repository tool to help users install
jars into the repository with proper names and versions?
or if you like automate the execution of that tool, with a drop folder, where
jars would be "deployed" into the repository auto
I think the shared libraries may solve this issue for a lot of people.
Do you have some more thoughts on how this capability may be made
available to users? Looking at what was checked in already it seems
that the user would have to create an array of the libDirs in code via
some home-grown m
The assembly plugin is waiting for the merge too. When is it planned for ?
Cheers
Prasad
On 4/5/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> Branch 1.1 uses the m2 repository layout for the main geronimo
> repository, so you could grab the code from there. I personally
> would perfer if we co
I can't claim that the scenario will be very common. However, for
completeness, it seems like we need to address the possibility if we
support unversioned jars. Actually, to be clear, I think we need to
speak in terms of a "maven version" versus a "non-maven version". My
real concern is that
Thanks Dain.
As Aaron just pointed in its previous mail, the component may have its
own JNDI context, but Service Units may need some too. And the problem
is that a service unit may not contain any code, just some data: the
components will handle the data and perform the necessary tasks. So
Now I'm confused. I thought this was just a dump of the current
status of deployed applications in the server. I wouldn't expect
the server to read this file, but I can see shell scripts reading it.
It might make more sense to provide a cmd line tool to dump this
information, rather than
On 4/5/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> On Apr 5, 2006, at 12:20 PM, Sachin Patel wrote:
>
> > So it looks like we need to re-evaluate the future intent of hot-
> > deploy. Should it remain a "drop, pray & test" method of
> > deployment for development scenarios or should it be cons
On Apr 5, 2006, at 12:20 PM, Sachin Patel wrote:
So it looks like we need to re-evaluate the future intent of hot-
deploy. Should it remain a "drop, pray & test" method of
deployment for development scenarios or should it be consider a
full-fledged primary method of deploying final version
I'm not keen on the shared libs concept either, but people are
familar with the feature from Tomcat.
I think we would get tons of emails from confused users if this
feature is not on by default. When it comes to exporting
configurations, we could warn users that the application can see
s
How about the Web site face lift!? should we add it too?
I also became a new committer recently, don't know when was the last report but I'm sure I wasn't
there as a committer :)
Cheers!
Hernan
Dain Sundstrom wrote:
I suggest we detail our new committers and PMC members. Anyone
remember who
So it looks like we need to re-evaluate the future intent of hot-
deploy. Should it remain a "drop, pray & test" method of deployment
for development scenarios or should it be consider a full-fledged
primary method of deploying final version of apps?.
- sachin
On Apr 5, 2006, at 3:09 PM,
I suggest we detail our new committers and PMC members. Anyone
remember who we have added since the last report? Actually, when was
the last report?
We released Geronimo 1.0 in January, but that may have been covered
in a previous report.
We accepted the XBean donation, although the pro
On 4/5/06, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> On 4/5/06, Sachin Patel <[EMAIL PROTECTED]> wrote:
> > Could we just provide a single status file for all archives with info
> > like... This way rather then a user having to traverse directories
> > all the info is available in the single file.
On 4/5/06, Sachin Patel <[EMAIL PROTECTED]> wrote:
> Could we just provide a single status file for all archives with info
> like... This way rather then a user having to traverse directories
> all the info is available in the single file.
>
> ARCHIVE, LAST PUBLISH TIME, LAST PUBLISH STATE, LAST PU
Branch 1.1 uses the m2 repository layout for the main geronimo
repository, so you could grab the code from there. I personally
would perfer if we could let this problem sit until we merge branch
1.1 into HEAD, since we made major changes to this code in branch 1.1.
-dain
On Apr 5, 2006, a
Why not use an XML file for the status?
--jason
On Apr 5, 2006, at 11:52 AM, Dain Sundstrom wrote:
Interesting idea. The only question I have is how do we allow for
messages that contain stack traces using this file format?
-dain
On Apr 5, 2006, at 11:37 AM, Sachin Patel wrote:
Could we
I'm not so keen on the shared libs, because then we don't know what
the dependencies are and it won't be easy to export a configuration
with all the necessary metadata. It might be possible to include a
flag in the deployment plan saying "enable shared libs" and then if
that's set we can refuse to
Interesting idea. The only question I have is how do we allow for
messages that contain stack traces using this file format?
-dain
On Apr 5, 2006, at 11:37 AM, Sachin Patel wrote:
Could we just provide a single status file for all archives with
info like... This way rather then a user havin
I agree that we need to make sure we only have the app in one of the
three directories.
BTW does anyone know how tomcat handles this? IIRC they have a
console that you can use to manage the life cycle of applications.
-dain
On Apr 5, 2006, at 11:31 AM, Aaron Mulder wrote:
That's a cool
One new feature I'm working on for 1.1 is support for tomcat style
shared libs. This creates a shared class loader visible to all j2ee
applications which contains shared/lib/*.jar and shared/classes/ to
the class loader.
Will this address your issues?
-dain
On Apr 4, 2006, at 7:35 PM, Jo
Could we just provide a single status file for all archives with info
like... This way rather then a user having to traverse directories
all the info is available in the single file.
ARCHIVE, LAST PUBLISH TIME, LAST PUBLISH STATE, LAST PUBLISH MESSAGE
- sachin
On Apr 5, 2006, at 2:31 PM,
Do we need to support this scenario? It seems far fetched to have
both a mattsjar.jar and a mattsjar-1.0.jar available.
As for unversioned jars, I think we need to decide how we want to
handle these in the repository. I see two issues that we need to
address: where do we put the jars phys
That's a cool idea, but we have to make sure to delete the entry in
the stopped dir if you deploy successfully later. And we still have
to delete the entry in whatever place if you subsequently un/re/deploy
through the deploy tool or console, etc.
Aaron
On 4/5/06, Dain Sundstrom <[EMAIL PROTECTE
I been thinking that we could have sub-directories under deploy that
we move the deployment to when it is stopped or has a deployment
failure. We could also write a note to the faild dir with a reason
for it being in that dir. I'm thinking of something like this:
Starting/Running:
deplo
Genender might have an idea.
Alexei Zakharov wrote:
Hi Kevan,
This is follow-up to the story about BEA VMs. I have analyzed
org.apache.geronimo.directory.RunningTest (modules/directory) failure
on BEA JRockit. I've raised the JIRA issue #1805
(http://issues.apache.org/jira/browse/GERONIMO-1805)
Maxim,
Thanks for sharing your results. I have a whole set of numbers that I've been sitting on. My tests
don't use JMeter so if you would like to share your setup for that I'll incorporate it into the
DayTrader tree.
All the tests I've run were with a fixed number of users of 100 with 10ms
[
https://issues.apache.org/activemq/browse/AMQ-660?page=comments#action_35982 ]
Hiram Chirino commented on AMQ-660:
---
Hi Johan,
With a new server, you could always run the DDL manually against the DB.
As for the < issue and the "Column index 1 was not fo
We are working towards a 1.1 release at the end of the quarter but it might miss this quarter by a
few days.
Significant changes in the interals of Geronimo in support of simplifying how
users construct plans.
Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Apri
Hi Mats,
Feature. Consider it to be like content-length
Regards,
Hiram
On 4/5/06, Mats Forslöf <[EMAIL PROTECTED]> wrote:
> Hi,
>
> A new update has been uploaded to
> http://issues.apache.org/activemq/browse/AMQ-656, see issue for more details.
>
> When debugging the OpenWire protocol we've f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
April is one of the months in which the Geronimo project
submits a report on the past quarter's activity.
Please reply in this thread with any notable things that
you think should be included -- even if they seem obvious
to you. Particularly nasty bu
[ https://issues.apache.org/activemq/browse/SM-384?page=all ]
Guillaume Nodet resolved SM-384:
Fix Version: 3.0-M1
Resolution: Fixed
Assign To: Guillaume Nodet
There is really no reason why the same exchange would be accessed by more than
[ https://issues.apache.org/activemq/browse/SM-385?page=all ]
Guillaume Nodet resolved SM-385:
Fix Version: 3.0-M1
Resolution: Fixed
Author: gnodet
Date: Wed Apr 5 08:58:31 2006
New Revision: 391653
URL: http://svn.apache.org/viewcvs?rev=3916
Simplify writing lighweight components inheriting the
o.a.s.components.util.OutBinding
--
Key: SM-385
URL: https://issues.apache.org/activemq/browse/SM-385
Project: ServiceMix
Type:
David J,
o.a.g.system.repository.ReadOnlyRepository has a method
'public boolean hasURI(URI uri)', which is maven version dependent.
Should I try to change it so that it works on both versions, i.e. m1
and m2? How is the implementation defined in the packaging plugin
'public class MavenReposi
1 - 100 of 126 matches
Mail list logo