I briefly looked into adding this... but looks like a lot of the
bootstrap plumbing has changed. I'm a bit bewildered as to why we
are booting up a temporary kernel before we get to command-line
option parsing. I'm also a bit mystified as to why option parsing is
now spread over several
Why on earth is there a src/main/generated tree checked in? If these
are really generated... um... then they should be generated by the
build, not checked in. None of these have the proper license headers
either (which seems to be a common problem with the new axis2 stuff).
:-(
Folks,
What about src/test/resources?
--jason
On Mar 19, 2007, at 7:47 PM, Dain Sundstrom wrote:
It is used when testing the openejb itests in G. This testing is
done by hand and there isn't any where really better for it.
-dain
On Mar 19, 2007, at 4:00 PM, Jason Dillon wrote:
Anyone know?
I've been finding a few spots where folks are using version numbers
in child poms. Please do not do this, it makes it difficult to
manage the versions. The current policy for version numbers is:
For external dependencies, define the dependency w/version in the
top-level pom's
The server/trunk build is picking this up in configs/rmi-naming...
but from where?
Need to update this to use java.util.concurrent... its using backport-
concurrent-util at the moment.
--jason
is there any difference between mvn test under trunk and mvn in
trunk/testsuite?
best regard.
2007/3/19, Prasad Kashyap [EMAIL PROTECTED]:
You can/should generate the testsuite report from the trunk/testsuite directory.
For the best results, change the distributionManagementsiteurl
element to
[
https://issues.apache.org/jira/browse/GERONIMO-2995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482346
]
Jason Dillon commented on GERONIMO-2995:
This is *mostly* done... we still need to include backport for
Hi,
Once you have the JBIContainer, just retrieve the needed interface:
JBIContainer container = dci.getContainer();
AdminCommandsServiceMBean admin =
container.getAdminCommandsService();
Then, you can use it to deploy / undeploy, manage life cycle, etc ..
admin.installComponent()
[
https://issues.apache.org/jira/browse/GERONIMO-2995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482348
]
Jason Dillon commented on GERONIMO-2995:
There may be an issue with AMQ, TCK is puking up a bunch of
[
https://issues.apache.org/jira/browse/GERONIMO-2995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482350
]
Jason Dillon commented on GERONIMO-2995:
It _may_ be unrelated... I can't tell at the moment.
Weed out
testsuite is the integrate test and test under trunk is the unit test.
Am i right?
I want to get the unit test result, and there is *.txt and *.xml
result in surefire directory.
But the *.html is not there.
2007/3/20, Sean Qiu [EMAIL PROTECTED]:
is there any difference between mvn test under
On 3/20/07, Rossmanith, Philipp [EMAIL PROTECTED] wrote:
Hi,
Once you have the JBIContainer, just retrieve the needed interface:
JBIContainer container = dci.getContainer();
AdminCommandsServiceMBean admin =
container.getAdminCommandsService();
Then, you can use it to deploy /
On 20/03/2007, at 6:12 PM, Jason Dillon wrote:
I briefly looked into adding this... but looks like a lot of the
bootstrap plumbing has changed. I'm a bit bewildered as to why we
are booting up a temporary kernel before we get to command-line
option parsing. I'm also a bit mystified as to
geronimo-naming jar
I think you'll find you need to update xbean-naming.
thanks
david jencks
On Mar 20, 2007, at 4:03 AM, Jason Dillon wrote:
The server/trunk build is picking this up in configs/rmi-naming...
but from where?
Need to update this to use java.util.concurrent... its using
We might need to watch out for windows path length problems as a
result of this change -- they were the reason for the former peculiar
name.
thanks
david jencks
On Mar 19, 2007, at 6:35 PM, [EMAIL PROTECTED] wrote:
Author: jdillon
Date: Mon Mar 19 15:35:23 2007
New Revision: 520132
URL:
On 20/03/2007, at 6:15 AM, Jason Dillon wrote:
On Mar 19, 2007, at 6:52 AM, Gianny Damour wrote:
And perhaps change the 'applications' groupId to simply 'apps'...
anyways, we'd end up with ids like:
testsupport/* org.apache.geronimo.server
modules/*
I don't think we've been specific enough about what goes where for
jason's proposal to make sense yet, as gianni points out.
I'm sure we don't want all 100K artifacts we produce all under o.a.g
or o.a.g.server
I was assuming that o.a.g.server would basically have the kernel and
system
'mvn test' runs the test lifecycle for child modules under that pom.
So it depends on where in the project tree you run that command.
That being said, the testsuite pom is configured to skip tests in the
'test' phase and execute it in the 'integration-test' phase. So 'mvn
test' in the testsuite
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
invitation to join the Geronimo project as a committer.
Welcome
--- David Jencks [EMAIL PROTECTED] wrote:
I don't think we've been specific enough about what goes where for
jason's proposal to make sense yet, as gianni points out.
I'm sure we don't want all 100K artifacts we produce all under o.a.g
or o.a.g.server
I do not see why
Awesome ! Congrats Jarek !
Cheers
Prasad
On 3/20/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some
Congrats Jarek!
On 3/20/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently
Congrats Jarek
On 3/20/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently
Congrats Jarek!
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
invitation to
Congrats Jarek!!!
Cheers!
Hernan
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
Congratulations Jarek.
Vamsi
On 3/20/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has
Congrats Jarek!
--kevan
Congratulations Jarek.
- Shiva
On 3/20/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and
Welcome aboard, Jarek!
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
invitation to
Many Congrats Jarek
Lasantha
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
Congratulations Jarek!!! :)
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
invitation
belated congrats
-sachin
On Mar 20, 2007, at 9:48 AM, Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has
On 3/20/07, David Jencks [EMAIL PROTECTED] wrote:
I don't think we've been specific enough about what goes where for
jason's proposal to make sense yet, as gianni points out.
I'm sure we don't want all 100K artifacts we produce all under o.a.g
or o.a.g.server
I mostly definitely agree. In
Congratulations Jarek!!!
Joe
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
jaxws-war test: axis2 no longer need the jaxb generated files
--
Key: GERONIMO-2997
URL: https://issues.apache.org/jira/browse/GERONIMO-2997
Project: Geronimo
Issue Type: Bug
[
https://issues.apache.org/jira/browse/GERONIMO-2997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun updated GERONIMO-2997:
--
Attachment: G2997.patch
jaxws-war test: axis2 no longer need the jaxb generated files
Welcome and congrats Jarek!!!
Chris
On 3/20/07, Joe Bohn [EMAIL PROTECTED] wrote:
Congratulations Jarek!!!
Joe
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web
Congratulations Jarek !! Well-deserved
Thanks,
Tim McConnell
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time
[
https://issues.apache.org/jira/browse/GERONIMO-2818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482419
]
Sachin Patel commented on GERONIMO-2818:
I tried to reproduce this on 1.2 with your attached ears. With
[
https://issues.apache.org/jira/browse/GERONIMO-2818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel closed GERONIMO-2818.
--
Resolution: Cannot Reproduce
Closing this as this seems to work for me. Try to reproduce
Geronimo Axis2 Adding Fault Handling for WSDL Provided
--
Key: GERONIMO-2998
URL: https://issues.apache.org/jira/browse/GERONIMO-2998
Project: Geronimo
Issue Type: New Feature
[
https://issues.apache.org/jira/browse/GERONIMO-2998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lasantha Ranaweera updated GERONIMO-2998:
-
Attachment: GERONIMO-2898.patch
More than adding fault handling capability to
[
https://issues.apache.org/jira/browse/GERONIMO-2997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482427
]
Lasantha Ranaweera commented on GERONIMO-2997:
--
I removed the JAXB file generation from main pom.xml
Congratulations Jarek !!
chris
Davanum Srinivas wrote:
All,
Sorry Jarek! Mea Culpa!
Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
[
https://issues.apache.org/jira/browse/GERONIMO-2989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel reassigned GERONIMO-2989:
--
Assignee: Sachin Patel
in place deployment failure
---
[
https://issues.apache.org/jira/browse/GERONIMO-2989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel closed GERONIMO-2989.
--
Resolution: Fixed
Fixed with revision#520407
in place deployment failure
[
https://issues.apache.org/jira/browse/GERONIMO-2986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482430
]
Sachin Patel commented on GERONIMO-2986:
Don't think there is an issue anymore with this after the fix
[
https://issues.apache.org/jira/browse/GERONIMO-2986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel updated GERONIMO-2986:
---
Description:
Need a test case using a jaxws-war file with no web.xml
was:
Optional
Just noticed 2 differences between the current jetty6-jee5 and
tomcat6-jee5 config.xml files and wondered if this was intended?
1) jetty6-jee5 has load=false for the axis car, while tomcat6-jee5 doesn't
2) jetty6-jee5 include the dojo-jetty6 car, but tomcat6-jee5 doesn't
include the
when issing .wsdl request, the content-type isn't set
-
Key: GERONIMO-2999
URL: https://issues.apache.org/jira/browse/GERONIMO-2999
Project: Geronimo
Issue Type: Bug
Security Level:
[
https://issues.apache.org/jira/browse/GERONIMO-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun updated GERONIMO-2999:
--
Summary: when issuing .wsdl request, the content-type isn't set (was: when
issing .wsdl request,
it is more clear to me now.
Thanks so much.
2007/3/20, Prasad Kashyap [EMAIL PROTECTED]:
'mvn test' runs the test lifecycle for child modules under that pom.
So it depends on where in the project tree you run that command.
That being said, the testsuite pom is configured to skip tests in the
[
https://issues.apache.org/activemq/browse/SM-884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet updated SM-884:
---
Summary: New exchanges should have a lesser priority compared to older
exchanges (was: New
[
https://issues.apache.org/jira/browse/GERONIMO-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482436
]
Davanum Srinivas commented on GERONIMO-2999:
Fixed for tomcat only in svn revision 520467
-- dims
[
https://issues.apache.org/activemq/browse/SM-876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet reassigned SM-876:
--
Assignee: Thomas Termin
jmx.xml should use the jmx.url property
Upgrade to saxon 9.9
Key: SM-886
URL: https://issues.apache.org/activemq/browse/SM-886
Project: ServiceMix
Issue Type: Improvement
Components: servicemix-saxon
Reporter: Guillaume Nodet
The default value for the result property should be set back to 'dom'
-
Key: SM-887
URL: https://issues.apache.org/activemq/browse/SM-887
Project: ServiceMix
Issue Type:
There still remains one thing puzzling me.
IMHO, the test should keep pace with src code.
For example, all the test should be passed when the src code and test
code is within the same revision.
But as you told me before, the testsuite for integrated testing must
keep latest to make it work.I am
Team,
Here's the list of projects/jars that we will/may need fresh releases
of for our Web Services integration. Please chime in if i missed
something.
Direct dependencies of Geronimo:
Axis 1.5 (with saal
CXF 2.0 (or 2.1 if G2.0 gets delayed or 2.0 is not enough)
Axis2 1.2 (or 1.3 if G2.0 gets
I have it fixed locally also...along with a bunch of whitespace
changes and an attempt to hook up myfaces. Was hoping to check it in
later today but am running into some jetty issues. Did you try
hooking up myfaces?
thanks
david jencks
On Mar 20, 2007, at 12:33 PM, Donald Woods wrote:
One tiny correction -
Axis2 1.2 (or 1.3 if G2.0 gets delayed or 1.2 is not enough)
Lin
Davanum Srinivas wrote:
Team,
Here's the list of projects/jars that we will/may need fresh releases
of for our Web Services integration. Please chime in if i missed
something.
Direct dependencies of
Sorry :)
On 3/20/07, Lin Sun [EMAIL PROTECTED] wrote:
One tiny correction -
Axis2 1.2 (or 1.3 if G2.0 gets delayed or 1.2 is not enough)
Lin
Davanum Srinivas wrote:
Team,
Here's the list of projects/jars that we will/may need fresh releases
of for our Web Services integration. Please
Jetty integration needs default locale mappings and default mime-type mappings
--
Key: GERONIMO-3000
URL: https://issues.apache.org/jira/browse/GERONIMO-3000
Project:
In the Drool 3.1 component is not possible to specify a default target service
--
Key: SM-888
URL: https://issues.apache.org/activemq/browse/SM-888
Project: ServiceMix
Guillaume Nodet wrote:
Yeah, it should work. Even if not embedded in servicemix,
though I would prefer to avoid hard dependencies on internal
classes. The other solution is to do it with reflection, as done
in AsyncBaseLifeCycle#findExecutorFactory
If you can try to hide this hideous cast
I'm sorry. I quite didn't understand your question.
The tests in testsuite run against the functionalities in the Geronimo
server. So you need to start the G server to tun these tests.
When you check out M2, you will always get the latest src and tests
and they will (should) always be in sync.
On 3/20/07, Donald Woods [EMAIL PROTECTED] wrote:
Just noticed 2 differences between the current jetty6-jee5 and
tomcat6-jee5 config.xml files and wondered if this was intended?
1) jetty6-jee5 has load=false for the axis car, while tomcat6-jee5 doesn't
2) jetty6-jee5 include the dojo-jetty6
[
https://issues.apache.org/jira/browse/GERONIMO-2960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482465
]
Paul McMahan commented on GERONIMO-2960:
adding injection-target to the env-entry in web.xml made the
But if we add it to the tomcat6-jee5 config.xml, wouldn't that allow a
user to set load=false on it if they also disabled the webconsole?
Also, shouldn't we list all installed configurations by default, so
users can better understand which ones are being provided by the
assembly, like users
[
https://issues.apache.org/jira/browse/GERONIMO-1076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel reassigned GERONIMO-1076:
--
Assignee: Sachin Patel (was: Gianny Damour)
Deployment of an unpacked EAR
[
https://issues.apache.org/jira/browse/GERONIMO-1076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel closed GERONIMO-1076.
--
Resolution: Fixed
Fix Version/s: (was: Wish List)
2.0
[
https://issues.apache.org/jira/browse/GERONIMO-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel closed GERONIMO-1454.
--
Resolution: Fixed
Fix Version/s: (was: Verification Required)
I tried to use the jaxws-tools from sun last week (we decided to use
this to generate wsdl file when the user doesn't provide a wsdl file)
and was able to get the wsgen tool from jaxws-tools-2.1.jar to generate
the wsdl file based on SEI. However, this jar requires a newer version
of jaxb
Add possibility to rename files after FTP upload
Key: SM-889
URL: https://issues.apache.org/activemq/browse/SM-889
Project: ServiceMix
Issue Type: Improvement
Components:
[
https://issues.apache.org/activemq/browse/SM-889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gert Vanthienen updated SM-889:
---
Attachment: SM-889.patch
This patch allows users to specify an attribute uploadSuffix=... on the
[
https://issues.apache.org/jira/browse/GERONIMO-2995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482516
]
Jason Dillon commented on GERONIMO-2995:
Ah, looks like AMQ isn't happy with backport 3.0, so we *have*
I've been trying to get the simple ServiceMix ServiceEngine example
running that's illustrated in the the LogicBlaze FUSE Eclipse IDE tutorial
(version 1.3). I can't figure out how to deploy a ServiceUnit to the server
or get a simple client consumer to communicate with the service (using
[
https://issues.apache.org/jira/browse/GERONIMO-1594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel closed GERONIMO-1594.
--
Resolution: Fixed
The Geronimo Eclipse Plugin works with Eclipse being launched with either
[
https://issues.apache.org/jira/browse/GERONIMO-2638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sachin Patel closed GERONIMO-2638.
--
Resolution: Later
After reflecting on this solution, it does not fit in nicely with the
Hi,
I'm new to the list, and for the Service Mix too.
I have to maintenance a program that use Service Mix to communicate, but
when I profile it (Java program), it had showed me that the problem
was in Service Mix.
My problem is that the Service Mix, it isn't clearing the memory, it
read
On 3/20/07, Donald Woods [EMAIL PROTECTED] wrote:
But if we add it to the tomcat6-jee5 config.xml, wouldn't that allow a
user to set load=false on it if they also disabled the webconsole?
Currently if a user disables webconsole in the tomcat assembly then
the dojo module will no longer start
On Mar 20, 2007, at 4:42 AM, Gianny Damour wrote:
In the meantime... can anyone tell me why we are booting up a
kernel before cli parsing? From what has congealed in my head so
far... this is for access to the repository for classloading of
bootstrap classes. Is there any other reason why
Doh... aight... my search skills must have been on crack the other
day... cause I couldn't find this ;-)
--jason
On Mar 20, 2007, at 5:14 AM, David Jencks wrote:
geronimo-naming jar
I think you'll find you need to update xbean-naming.
thanks
david jencks
On Mar 20, 2007, at 4:03 AM,
If there is an issue, I would rather look into fixing the cause not
pollute the name.
Why exactly would the name of this artifact cause path issues for
windows?
--jason
On Mar 20, 2007, at 5:20 AM, David Jencks wrote:
We might need to watch out for windows path length problems as a
It's been a while but as I recall the module name was shortened
because after being deployed into the repository the path name to some
of its resources exceeded the maximum path length on windows.
Best wishes,
Paul
On 3/20/07, Jason Dillon [EMAIL PROTECTED] wrote:
If there is an issue, I would
Do you know specifically when this happens? Is this because of
including it in the car, and since cars are unpacked in the repo that
it makes a horribly long path?
--jason
On Mar 20, 2007, at 2:17 PM, Paul McMahan wrote:
It's been a while but as I recall the module name was shortened
On Mar 20, 2007, at 5:39 AM, Gianny Damour wrote:
Also, I believe that losing the geronimo- prefixes contributes
to the potential confusion.
How exactly?
Let's illustrate:
When we loose the modules part and keep the geronimo- prefix in the
artifactId, a maven repo looks like this from the
On Mar 20, 2007, at 6:00 AM, David Jencks wrote:
I don't think we've been specific enough about what goes where for
jason's proposal to make sense yet, as gianni points out.
I'm sure we don't want all 100K artifacts we produce all under
o.a.g or o.a.g.server
I was assuming that
On Mar 20, 2007, at 6:53 AM, Anita Kulshreshtha wrote:
I'm sure we don't want all 100K artifacts we produce all under o.a.g
or o.a.g.server
I do not see why testsupport/* should clutter the directory that
will contain modules and configs. We could have testsupport/* as:
o.a.g.testsupport
On Mar 20, 2007, at 7:39 AM, Prasad Kashyap wrote:
On 3/20/07, David Jencks [EMAIL PROTECTED] wrote:
I don't think we've been specific enough about what goes where for
jason's proposal to make sense yet, as gianni points out.
I'm sure we don't want all 100K artifacts we produce all under o.a.g
Why?
--jason
On Mar 20, 2007, at 2:41 PM, [EMAIL PROTECTED] wrote:
Author: gawor
Date: Tue Mar 20 14:41:51 2007
New Revision: 520610
URL: http://svn.apache.org/viewvc?view=revrev=520610
Log:
a hack to disable axis2 tests
Modified:
geronimo/server/trunk/modules/geronimo-axis2/pom.xml
On Mar 20, 2007, at 5:24 PM, Jason Dillon wrote:
Do you know specifically when this happens? Is this because of
including it in the car, and since cars are unpacked in the repo
that it makes a horribly long path?
dunno when, but that's the problem
david jencks
--jason
On Mar 20,
yes -- due to cars being unpacked in the repo. I think that the
assembly would build ok but when G tried to start the component
something threw a FileNotFoundException due to the path length
restriction in windows.
Best wishes,
Paul
On 3/20/07, Jason Dillon [EMAIL PROTECTED] wrote:
Do you
You removed the src/main/generated bits, but you did not remove the
pom configuration which hooked this up.
Also, the Axis2HandlerResolverTest is currently broken as its trying
to reference org.apache.axis2.jaxws.javaee.HandlerChainsType
--jason
On Mar 20, 2007, at 1:15 PM, [EMAIL
I think dims committed something to switch from jaxb to xmlbeans and
didn't check that the tests passed seconds before jumping on a plane.
thanks
david jencks
On Mar 20, 2007, at 5:58 PM, Jason Dillon wrote:
Why?
--jason
On Mar 20, 2007, at 2:41 PM, [EMAIL PROTECTED] wrote:
Author:
IMO, this is *not* a suitable hack. I've updated the class to
compile and disabled the test. Though I could have just excluded the
src from being compiled too.
In the future... please don't add any _hacks_ like this.
And... your indent is still off. I would really appreciate it if you
Yup... I noticed that... I've applied a better fix... Dims will need
to fix this when he is online again though.
--jason
On Mar 20, 2007, at 3:23 PM, David Jencks wrote:
I think dims committed something to switch from jaxb to xmlbeans
and didn't check that the tests passed seconds before
I think is high time that this problem was just fixed... we should
not have cars unpacked in the repo. If an app needs its car
unpacked, then it should be done on the fly in a temporary directory
with a *much* shorter name.
--jason
On Mar 20, 2007, at 3:20 PM, Paul McMahan wrote:
yes
On Mar 20, 2007, at 2:57 PM, Jason Dillon wrote:
On Mar 20, 2007, at 7:39 AM, Prasad Kashyap wrote:
On 3/20/07, David Jencks [EMAIL PROTECTED] wrote:
I don't think we've been specific enough about what goes where for
jason's proposal to make sense yet, as gianni points out.
I'm sure we don't
Why is this here?
--jason
1 - 100 of 134 matches
Mail list logo