[
http://issues.apache.org/jira/browse/GERONIMO-1627?page=comments#action_12370818
]
Anders Hessellund Jensen commented on GERONIMO-1627:
This seems to be a win-only bug in Suns JDK. Heres what someone wrote on
forums.java.sun.com
Just to give you some direct guidance, you probably should have shot an
email out to the group saying what do you guys do for testing when
more than one VM is involved or we have this idea for testing in more
than one VM, what do you think?
You are right, and I apologise. Open source
[ http://issues.apache.org/jira/browse/GERONIMO-1233?page=all ]
Anders Hessellund Jensen updated GERONIMO-1233:
---
Attachment: tools-dependency.patch
This patch addresses the rmic issue by adding the tools.jar from the SDK as a
dependency
[ http://issues.apache.org/jira/browse/GERONIMO-1233?page=all ]
Anders Hessellund Jensen updated GERONIMO-1233:
---
Attachment: rmi-class-loader.patch
The RMI class loading fails only in the spawned JVMs. I have modified the main
routine
Corba spec does not define ExceptionDetailMessage
-
Key: GERONIMO-1296
URL: http://issues.apache.org/jira/browse/GERONIMO-1296
Project: Geronimo
Type: Sub-task
Components: specs
Reporter: Anders Hessellund
[ http://issues.apache.org/jira/browse/GERONIMO-1296?page=all ]
Anders Hessellund Jensen updated GERONIMO-1296:
---
Attachment: ExceptionDetailMessage.patch
Corba spec does not define ExceptionDetailMessage
Hi all,
Currently, we need to compile idl files in at least two cases.
- The CORBA spec is based on idl.
- Interfaces for some test files is also defined in idl.
Currently everything is compiled with Suns idlj. This is not
satisfactory because of a couple of problems:
- Requires Sun JDK.
Lars Kühne wrote:
This question hasn't been addressed yet. I really don't see the point of
maintaining our own copy either. Where did that copy originate - isn't
it based on the OMG files anyway?
I think the current files originate from the ORB in Trifork P4.
Originally, OMG did not
Hessellund Jensen
Assigned to: Anders Hessellund Jensen
Fix For: 1.1
We should use the JacORB IDL Compiler instead of Sun's idlj. Depending on idlj
for compilation of IDL files makes the build processs depend on Suns JDK
implementation.
This involves the following:
Upload the JacORB IDL
[ http://issues.apache.org/jira/browse/GERONIMO-1458?page=all ]
Anders Hessellund Jensen updated GERONIMO-1458:
---
Attachment: maven-idlj-plugin-GERONIMO-1458.patch
This is the patch to the maven-idlj-plugin. It must be applied
[ http://issues.apache.org/jira/browse/GERONIMO-1458?page=all ]
Anders Hessellund Jensen updated GERONIMO-1458:
---
Attachment: geronimo-spec-corba-GERONIMO-1458.patch
geronimo-orb-GERONIMO-1458.patch
This is the patches
[
http://issues.apache.org/jira/browse/GERONIMO-1458?page=comments#action_12362538
]
Anders Hessellund Jensen commented on GERONIMO-1458:
I forgot to mention that the the JacORB IDL compiler is now on ibiblio. Version
2.2.3.
Use
Use default Maven 2 layout for specs
Key: GERONIMO-1481
URL: http://issues.apache.org/jira/browse/GERONIMO-1481
Project: Geronimo
Type: Task
Components: specs
Reporter: Anders Hessellund Jensen
Priority: Trivial
Add CORBA spec version 3.0
--
Key: GERONIMO-1482
URL: http://issues.apache.org/jira/browse/GERONIMO-1482
Project: Geronimo
Type: Task
Components: CORBA
Reporter: Anders Hessellund Jensen
Attachments: geronimo-spec-corba-3.0.zip
I
[ http://issues.apache.org/jira/browse/GERONIMO-1482?page=all ]
Anders Hessellund Jensen updated GERONIMO-1482:
---
Attachment: geronimo-spec-corba-3.0.zip
Add CORBA spec version 3.0
--
Key: GERONIMO-1482
Hessellund Jensen
ORB providers generally supplies an IDL compiler along with the ORB. Currently
no Apache licensed IDL compilers exists, so I think we should write one.
There is an antlr grammar for IDL published here:
http://www.antlr.org/grammar/1072891676218/idl.g . Assuming the license
[
http://issues.apache.org/jira/browse/GERONIMO-1482?page=comments#action_12363097
]
Anders Hessellund Jensen commented on GERONIMO-1482:
Alan,
Some JAVA files cannot be generated from IDL. Those files usually come with the
runtime
Alan D. Cabrera wrote:
Here is the incubation proposal
http://wiki.apache.org/incubator/CorbaProposal
Does anyone have any comments before we vote on it?
There is a half-finished sentence in the document. In the Initial
Source section it says:
As a side benefit the XMLShema API will also
Trieloff, Carl wrote:
One thing I just realized is that we don't want the sub-project to
show up as being called CORBA Server. CORBA is trademarked by the
OMG and that would be an infringement. Thus we can't use CORBA in the name
of the project due to this trademark, so I would suggest
Alan D. Cabrera wrote:
Its name isn't CORBA Server. It is being characterized as a CORBA
server, which IIUC is perfectly legal.
I understand it differently. In the Proper usage of OMG trademarks and
logos section, it specifically states:
Do not use OMG Marks as all or part of a product
[ http://issues.apache.org/jira/browse/GERONIMO-1548?page=all ]
Anders Hessellund Jensen updated GERONIMO-1548:
---
Attachment: geronimo-spec-corba-3.0-add-CosTransactions.patch
Add CosTransactions to 3.0 spec
I'd like to help migrating to maven 2.
Where to start? I suppose a good start would be to write POM's for some
of the modules. This should be fairly straightforward, at least for
modules without complex jelly usage. Should the directory layout be
configured to maven 1 style in the parent POM?
POMs for some modules
-
Key: GERONIMO-1624
URL: http://issues.apache.org/jira/browse/GERONIMO-1624
Project: Geronimo
Type: Sub-task
Components: buildsystem
Reporter: Anders Hessellund Jensen
I've created POMs for some modules:
[INFO
[ http://issues.apache.org/jira/browse/GERONIMO-1624?page=all ]
Anders Hessellund Jensen updated GERONIMO-1624:
---
Attachment: maven-2-migration.diff
POMs for some modules
-
Key: GERONIMO-1624
URL
I have submitted a patch migrating some of the simpler modules to Maven
2. The m2 build runs parallel with the m1 build. Nothing has been
touched except POM files.
http://issues.apache.org/jira/browse/GERONIMO-1624
I suggest we continue along that path, making the m2 build run parallel
with
Aaron Mulder wrote:
I thought the biggest problem was that not all of our dependencies had
valid POMs, or at least not all their transitive dependencies had
valid POMs, so any Geronimo build eventually ran into missing/invalid
POMs and crapped out. There was a Wiki page where progress on this
Dain Sundstrom wrote:
What do you mean by in parallel?
I just mean that both the m1 and the m2 build runs, without interfering
with each other.
I specifically would like to see modules converted one by one to m2 and
when converted have the module completely built by m2 (execed?) from a
David Blevins wrote:
Why don't we:
- use an non-conflicting groupId like org.apache.geronimo-m2 or
something specifically for conversion
- set it up in our continuum install as another project
- and continuously build *both*
?
The reason for the new groupId is so that the m2 build
Jacek Laskowski wrote:
As far as i know,it is not possible to use m2 dependencies in m1, so if
we want to do that we would have to write a m1 plugin for that ourselves.
It is. Just define layoutlegacy/layout as a type of a repository.
Cool. Is it possible to make m2 deploy the builds to the
LoginKerberosNonGeronimoTest fails
--
Key: GERONIMO-1627
URL: http://issues.apache.org/jira/browse/GERONIMO-1627
Project: Geronimo
Type: Bug
Components: security
Reporter: Anders Hessellund Jensen
Output when running
[
http://issues.apache.org/jira/browse/GERONIMO-1627?page=comments#action_12366468
]
Anders Hessellund Jensen commented on GERONIMO-1627:
Unfortunately,
TEST-org.apache.geronimo.security.jaas.LoginKerberosNonGeronimoTest.txt is
empty
Gianny Damour wrote:
Basically, this is how I see a migration module by module working:
1. take one module;
2. write its pom.xml;
3. remove from its project.xml all the external dependencies, i.e. the
non Geronimo dependencies (they are no more required as they are now
defined by pom.xml); and
More maven 2 poms
-
Key: GERONIMO-1629
URL: http://issues.apache.org/jira/browse/GERONIMO-1629
Project: Geronimo
Type: Sub-task
Reporter: Anders Hessellund Jensen
I have created some more POMs. The list of modules with POMs is now:
[INFO
[ http://issues.apache.org/jira/browse/GERONIMO-1629?page=all ]
Anders Hessellund Jensen updated GERONIMO-1629:
---
Attachment: maven-migration-more-poms.diff
More maven 2 poms
-
Key: GERONIMO-1629
URL
Gianny Damour wrote:
Basically, this is how I see a migration module by module working:
1. take one module;
2. write its pom.xml;
3. remove from its project.xml all the external dependencies, i.e. the
non Geronimo dependencies (they are no more required as they are now
defined by pom.xml); and
Prasad Kashyap wrote:
That's right. I have the deployment plugin in m2. I'm testing each of
the goals one by one as I use them in the itests project. The itests
project is also in m2.
I like Gianny's roadmap. We'll know the potholes and pitfalls only
when we start driving. So either we could
Gianny Damour wrote:
Basically, this is how I see a migration module by module working:
1. take one module;
2. write its pom.xml;
3. remove from its project.xml all the external dependencies, i.e. the
non Geronimo dependencies (they are no more required as they are now
defined by pom.xml); and
[
http://issues.apache.org/jira/browse/GERONIMO-1629?page=comments#action_12366782
]
Anders Hessellund Jensen commented on GERONIMO-1629:
Oops, sorry! Should have looked through the patch more carefully.
The M2 build is broken. Modules
[
http://issues.apache.org/jira/browse/GERONIMO-1629?page=comments#action_12366787
]
Anders Hessellund Jensen commented on GERONIMO-1629:
I mean modules/interceptor . At least i think it's pretty new. I don't think it
was there when i
system module migration to Maven 2
--
Key: GERONIMO-1659
URL: http://issues.apache.org/jira/browse/GERONIMO-1659
Project: Geronimo
Type: Sub-task
Reporter: Anders Hessellund Jensen
--
This message is automatically generated
[
http://issues.apache.org/jira/browse/GERONIMO-1659?page=comments#action_12368110
]
Anders Hessellund Jensen commented on GERONIMO-1659:
There is an issue with migrating the system module to Maven 2.
The problem is to generate
[ http://issues.apache.org/jira/browse/GERONIMO-1659?page=all ]
Anders Hessellund Jensen updated GERONIMO-1659:
---
Attachment: system-m2-migration.patch
system module migration to Maven 2
--
Key
[
http://issues.apache.org/jira/browse/GERONIMO-1659?page=comments#action_12368113
]
Anders Hessellund Jensen commented on GERONIMO-1659:
I wrote a mail to the maven developer list regarding a timestamp plugin. I
proposed an idea
[ http://issues.apache.org/jira/browse/GERONIMO-1659?page=all ]
Anders Hessellund Jensen updated GERONIMO-1659:
---
Attachment: system-m2-migration-new.patch
maven-timestamp-plugin.zip
I wrote the timestamp plugin
[
http://issues.apache.org/jira/browse/GERONIMO-1659?page=comments#action_12368280
]
Anders Hessellund Jensen commented on GERONIMO-1659:
I definitely think we should use the plugin, perhaps not right away, though. I
intend to put some
Lars Kühne wrote:
I'm having a hard time building the Trifork ORB in sandbox/freeorb. I'm
trying to follow /README-M2-BUILD.txt, but step 2 doesn't work for me.
When I try to compile specs/*corba, I get
geronimo-spec-corba mvn install
...
The plugin 'org.codehaus.mojo:maven-idlj-plugin' does
Hi all,
This is to let you all in on the progress with the Geronimo ORB
implementation.
We have been working on writing a test framework, that would allow us to
coordinate and run ORBs in separate JVMs. The test framework is not
100% polished yet, but it works, and it facilitates very easy
David Blevins wrote:
So what kind of testing framework is this? Is it junit-based?
Yes, it is junit-based. Essentially, we have created a test superclass,
which inherits from junit.framework.Test.
So, assume we would like a Multi-JVM test with a single test case named
Simple. We have two
48 matches
Mail list logo