Build exception: java.net.MalformedURLException: no !/ in spec
--
Key: GERONIMO-4231
URL: https://issues.apache.org/jira/browse/GERONIMO-4231
Project: Geronimo
Issue Type: Bug
On Aug 7, 2008, at 8:26 PM, Donald Woods wrote:
True, but wouldn't that introduce the overhead of our release
process and voting?
I wouldn't call it overhead. I'd call it oversight. Our community is
releasing the patches and publishing the binaries. Server release
votes have covered this
Yes, you need to set -
false
for the snapshot repository, even though this should really be set in
the top-level apache.pom that everyone inherits.
For now, the following should be added to the Genesis pom.xml that the
server inherits and into any subproject that doesn't use Genesis as
There have recently been issues with the snapshot repository because it
was running low on space and so any snapshot older than 30 days was
deleted across the board. One reason given for the rapid growth in the
repository size was due to projects using timestamped snapshots. It was
stated tha
True, but wouldn't that introduce the overhead of our release process
and voting?
Would we create a geronimo/patches subproject arranged like our specs,
where each artifact would be its own subdir and still check the patched
artifacts in for the build to use and then move them to tags after th
In-line.
Jarek Gawor wrote:
Maybe I'm missing something, but aren't these artifacts already in svn
under ../repository, e.g.
http://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository/
(for the given release)?
True, maybe for now, pointing into tags for the required artifacts for
Donald Woods wrote:
I tried building the 2.1.3-SNAPSHOT release from a clean repo earlier
today and was getting a build failure due to the following dependency in
Genesis 1.3 no longer being in the m2 snapshot repo on people.apache -
org.apache.geronimo.genesis.config:geronimo-skin:jar:1.2
On Aug 7, 2008, at 2:29 PM, Donald Woods wrote:
I tried building the 2.1.3-SNAPSHOT release from a clean repo
earlier today and was getting a build failure due to the following
dependency in Genesis 1.3 no longer being in the m2 snapshot repo on
people.apache -
org.apache.geronimo.gen
I tried building the 2.1.3-SNAPSHOT release from a clean repo earlier
today and was getting a build failure due to the following dependency in
Genesis 1.3 no longer being in the m2 snapshot repo on people.apache -
org.apache.geronimo.genesis.config:geronimo-skin:jar:1.2-SNAPSHOT
So, I went
David Jencks wrote:
On Aug 7, 2008, at 8:43 AM, Jarek Gawor wrote:
IMHO, the 2.2 space must be seeded from the 2.1 space. The question is
just when to do it. That's why I suggested creating 2.2 content under
some temporary space. Once we have the actual 2.2 space setup (from
2.1 content) then
Agree.
-Donald
Jarek Gawor wrote:
IMHO, the 2.2 space must be seeded from the 2.1 space. The question is
just when to do it. That's why I suggested creating 2.2 content under
some temporary space. Once we have the actual 2.2 space setup (from
2.1 content) then we can move these new pages into
This is some great information Dave. Thanks for the details.
I experimented a little with export/restore but without much success. I
wasn't able to restore an image with an updated entities.xml (that
simply replaced the old space references with new space references).
Each time I attempted t
Geronimo Revision: 683659 built with tests included
See the full build-1400.log file at
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080807/build-1400.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080807
[INFO] BUILD
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMODEVTOOLS-439:
---
Component/s: eclipse-plugin
Affects Version/s: 2.2.0
On Aug 7, 2008, at 8:43 AM, Jarek Gawor wrote:
IMHO, the 2.2 space must be seeded from the 2.1 space. The question is
just when to do it. That's why I suggested creating 2.2 content under
some temporary space. Once we have the actual 2.2 space setup (from
2.1 content) then we can move these new
I agree that I don't really want to see a change of structure in
documentation unless someone can give a good reason to that. I feel
I just learned on how to locate some of the good information in the
doc and I don't want to go through that learning again.
The prob of seeding 2.2 space with 2.1
If our goal is to have developers create documentation for new features when
the feature is integrate, then I don't see why we shouldn't just create the
2.2 space now and seed it with 2.1 right away. If no new features are added
yet, then the old documentation applies just as much to 2.2 as it doe
Resending somehow this never came through the first time:
Hi Rebekah,
I just posted a note about a new space that I created for the 2.2
documentation. The new space was really created just to get things
moving for 2.2. It was not a statement of what the final structure
should be ... s
D'Oh! Thanks Tim. What does "supported" mean, anyway? Given that
users are hitting this problem, maybe we need to be more visible in
our warnings. Let's see where we get to with this Java 6 JIRA in the
next day or two, and adjust our documentation and possibly code
accordingly.
Thanks,
Ted Kir
On Aug 7, 2008, at 9:13 AM, Donald Woods wrote:
We have danced around the problem of not being able to build
Samples, Plugins or GEP from a clean m2 repo without building the
Server's repository subdir for long enough. I believe it is time to
create the following location in SVN -
IMHO, the 2.2 space must be seeded from the 2.1 space. The question is
just when to do it. That's why I suggested creating 2.2 content under
some temporary space. Once we have the actual 2.2 space setup (from
2.1 content) then we can move these new pages into 2.2 space. It will
be a lot easier to m
Great news Donald!
I guess the idea to make this new repository branch to act as a geronimo
specific maven repository that can be relied on and pointed to in
geronimo project pom:s !?!
This would (among other things) cut down the steps (and build
instructions) needed for building special purpo
Hi Ted, good ideas. Actually the GEP already has that type of warning
message.
jvmWarning={0} is currently only certified on a 1.5 JVM. Use of any other version
is not currently supported.
Also, I've opened a task-list JIRA for Java 6 specific problems as you suggest.
Could you subtasks
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMODEVTOOLS-466:
---
Summary: Tasklist for Java 6 specific problems (was: Taskslist for
+1 quite useful
Lin Sun wrote:
+1 I like it because we don't need to ask the users to install the
private repo first.
On Thu, Aug 7, 2008 at 9:13 AM, Donald Woods <[EMAIL PROTECTED]> wrote:
We have danced around the problem of not being able to build Samples,
Plugins or GEP from a clean m2 rep
Maybe I'm missing something, but aren't these artifacts already in svn
under ../repository, e.g.
http://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository/
(for the given release)? Are you proposing one main location for all
version of the artifacts for all versions of Geronimo? Will
Taskslist for Java 6 specific problems
--
Key: GERONIMODEVTOOLS-466
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-466
Project: Geronimo-Devtools
Issue Type: Task
Affects Versions: 2.1.2
Donald Woods wrote:
We have danced around the problem of not being able to build Samples,
Plugins or GEP from a clean m2 repo without building the Server's
repository subdir for long enough. I believe it is time to create the
following location in SVN -
geronimo/repo
Which would hold our
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMODEVTOOLS-433:
---
Summary: Tasklist for Ganymede-specific problems (was: GEP 2.1.2 T
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMODEVTOOLS-433:
---
Summary: GEP 2.1.2 Tasklist for Ganymede-specific problems (was: G
Hi Rebekah,
I just posted a note about a new space that I created for the 2.2
documentation. The new space was really created just to get things
moving for 2.2. It was not a statement of what the final structure
should be ... so please feel free to continue to explore this area and
receive
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-461?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMODEVTOOLS-461:
---
Assignee: Ashish Jain (was: Tim McConnell)
Thanks Ashish, I'll ass
When installing a plugin that is already existed, we still give people
confusing missingDependency message
--
Key: GERONIMO-4230
URL: https://issues.apache.org
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell resolved GERONIMODEVTOOLS-421.
Resolution: Fixed
HI Ashish, actually I think that's all. It seem
I may be misunderstanding what your proposing, Donald, but I'm not sure if
this suggestion would actually decrease the dojo footprint at all. From my
understanding, the monitoring plugin that is included in the EE servers
requires a dojox feature (charting). This would mean that the monitoring
pl
I agree in principle with creating a new location for 2.2 features to be
documented. My only concern was that we are consistent so that the
documentation will be easy for users to find and easy to integrate when
we eventually do a mass merge from 2.1 to 2.2.
So, I created a new space for 2.
[
https://issues.apache.org/jira/browse/GERONIMO-4228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun resolved GERONIMO-4228.
---
Resolution: Fixed
Patch committed (see subversion tab). Thanks Donald for reviewing it.
Tested t
[
https://issues.apache.org/jira/browse/GERONIMO-4228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun closed GERONIMO-4228.
-
> install plugin from deploy tool doesn't honor load="false"
> ---
Hi Ashish, it only worked for me the other day because I had first downloaded the
GEP plugin via the Update Manager. It won't work correctly if you. Your scenario
is only slightly different than the one we warned against in the following
documentation. I investigated this problem back in 2.1.0 a
+1
Donald Woods wrote:
We have danced around the problem of not being able to build Samples,
Plugins or GEP from a clean m2 repo without building the Server's
repository subdir for long enough. I believe it is time to create the
following location in SVN -
geronimo/repo
Which would hold
+1 I like it because we don't need to ask the users to install the
private repo first.
Lin
On Thu, Aug 7, 2008 at 9:13 AM, Donald Woods <[EMAIL PROTECTED]> wrote:
> We have danced around the problem of not being able to build Samples,
> Plugins or GEP from a clean m2 repo without building the Ser
Hi Ted,
Thanks for your reply! Yes you are correct it works fine once you have
installed it through Eclipse update manager.
Somehow it worked for Tim day before yesterday. May be he can suggest
something.
Thanks
Ashish
On Thu, Aug 7, 2008 at 7:46 PM, Ted Kirby <[EMAIL PROTECTED]> wrote:
> Downlo
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620631#action_12620631
]
Ashish Jain commented on GERONIMODEVTOOLS-421:
--
Other than modifying
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim McConnell updated GERONIMODEVTOOLS-409:
---
Affects Version/s: 2.1.3
Fix Version/s: (was: 2.2.0)
Download and Install is very touchy. I have mostly never been able to
get it to work when launching the plugin from eclipse, as you are
doing. It worked for me for a little while when I first started
working with Ganymede, but then stopped. I've pretty much had to give
up on developing it this w
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-461?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620629#action_12620629
]
Ashish Jain commented on GERONIMODEVTOOLS-461:
--
I wish to modify thi
The 'Eclipse-LazyStart' header is deprecated, use 'Bundle-ActivationPolicy'
---
Key: GERONIMODEVTOOLS-465
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-465
Project:
We have danced around the problem of not being able to build Samples,
Plugins or GEP from a clean m2 repo without building the Server's
repository subdir for long enough. I believe it is time to create the
following location in SVN -
geronimo/repo
Which would hold our private patched a
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620615#action_12620615
]
Donald Woods commented on GERONIMODEVTOOLS-464:
---
This is also neede
[
https://issues.apache.org/jira/browse/GERONIMO-4228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods updated GERONIMO-4228:
---
Fix Version/s: 2.1.3
Looks okay to me.
Fix also needs to go into the 2.1 branch.
> instal
[
https://issues.apache.org/jira/browse/GERONIMO-4228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods updated GERONIMO-4228:
---
Patch Info: [Patch Available]
> install plugin from deploy tool doesn't honor load="false"
HI,
Trying to download the latest G V2.1.2 from my Eclipse workspace. These are
the steps I follow
1) Downloaded the latest GEP source.
2) Build was successful.
3) Started another instance of Eclipse from my Eclipse workspace.
4) Adding a server runtime.
5) Clicked on Download and Install.
6) Got
I have seen a number of problems with particularly new users running
Geronimo with GEP, and having problems. They switch to Java 5, and
things work for them. For GEP 2.1.2, which we want to get out ASAP
now that G2.1.2 is released, I think GEP should detect Java 6 when a
Geronimo server is define
Geronimo Revision: 683528 built with tests included
See the full build-0300.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080807/build-0300.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080807
[INFO] BUILD
On Aug 6, 2008, at 8:36 PM, Kevan Miller wrote:
On Aug 4, 2008, at 4:49 PM, Jacek Laskowski wrote:
On Mon, Aug 4, 2008 at 2:06 AM, Kevan Miller
<[EMAIL PROTECTED]> wrote:
B) A maven build will access multiple, redundant, versions of the
same
artifact. We control the versions that will b
55 matches
Mail list logo