[
https://issues.apache.org/jira/browse/GERONIMO-3814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov closed GERONIMO-3814.
-
Closed.
> NPE in GBeanOverride
>
>
> K
[
https://issues.apache.org/jira/browse/GERONIMO-3951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov closed GERONIMO-3951.
-
Closed.
> org.apache.geronimo.cxf.CXFHandlerResolverTest fails on Harmony intermitten
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: (was: Geronimo-3957-Trunk.patch)
> Updating svn:ignore li
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-Trunk.sh
Geronimo-3957-210.sh
Attached
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: (was: Geronimo-3957-210.patch )
> Updating svn:ignore li
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: (was: Geronimo-3957-20.patch)
> Updating svn:ignore li
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: (was: Geronimo-3957-Trunk.patch)
> Updating svn:ignore li
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: (was: Geronimo-3957-21.patch)
> Updating svn:ignore li
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-21.sh
Geronimo-3957-20.sh
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-210.patch
Geronimo-3957-21.patch
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589553#action_12589553
]
Vasily Zakharov commented on GERONIMO-3957:
---
And the final discussion:
Hi, all,
I've noticed that in many places in Geronimo repository the files and
subdirectories generated by build scripts are put to svn:ignore
properties of the corresponding directories, so that they do not get
in the way when checking a working copy status and preparing a
patch/commit.
However
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589537#action_12589537
]
Vasily Zakharov commented on GERONIMO-3957:
---
The issue has some discus
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: SVNPropPatch.java
I've found no reasonable way to create a transfe
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589159#action_12589159
]
Vasily Zakharov commented on GERONIMO-3957:
---
Jacek,
Sorry for those
svn props should be brought up in a discussion thread
> with [DISCUSS] as the start of the subject for everyone to review and
> comment upon before applying, since it could impact others expected svn
> behavior and needs to be documented for future svn additions.
>
>
> -Donald
>
&
[
https://issues.apache.org/jira/browse/GERONIMO-3951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3951:
--
Attachment: Geronimo-3951.patch
Just in case, here I attach a patch moving the
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-Trunk.patch
Attached updated patch for trunk
> Jason Dillon wrote:
>
> > Configure your local svn ignores in ~/.subversion/config under the
> 'global-ignores' property.
> >
> > --jason
> >
> >
> > On Apr 11, 2008, at 12:47 AM, Vasily Zakharov wrote:
> >
> >
> > >
ink the issue is in how tortoiseSVN
> is handling creating patches. I'm not opposed to the change, though. Just
> curious, is all. Thanks for the info!
>
> ~Jason Warner
>
>
>
> On Thu, Apr 10, 2008 at 1:47 PM, Vasily Zakharov <[EMAIL PROTECTED]> wrote:
> >
've never had issues with this.
> What behavior are you seeing?
>
> ~Jason Warner
>
>
>
> On Thu, Apr 10, 2008 at 1:15 PM, Vasily Zakharov <[EMAIL PROTECTED]> wrote:
>
> > When trying to create a patch in an already-built environment, a lot
> > of build-ge
When trying to create a patch in an already-built environment, a lot
of build-generated directories get in the way.
Probably they need to be added to the corresponding SVN ignore lists.
I've created a GERONIMO-3957 for that, and provided patches for trunk,
branches/2.1, branches/2.0 and tags/2.1.0
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-21.patch
Attached patch for branches/2.1
> Updat
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-20.patch
Attached patch for branches/2.0
> Updat
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-210.patch
Attached patch for tags/2.1.0
> Updat
[
https://issues.apache.org/jira/browse/GERONIMO-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3957:
--
Attachment: Geronimo-3957-Trunk.patch
Attached patch for trunk.
> Updat
Affects Versions: 2.1, 2.0.2
Reporter: Vasily Zakharov
When trying to create a patch in an already-built environment, a lot of
build-generated directories get in the way.
Probably they just need to be added to the corresponding SVN ignore list.
--
This message is automatically
Kevan,
Do you mean we could switch the trunk to jaxb-impl 2.1.6 right now?
I could prepare a patch and put it to GERONIMO-3951.
Vasily
On Fri, Apr 4, 2008 at 8:35 PM, Kevan Miller <[EMAIL PROTECTED]> wrote:
>
>
>
> On Apr 4, 2008, at 1:13 PM, Vasily Zakharov wrote:
&g
[
https://issues.apache.org/jira/browse/GERONIMO-3951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587646#action_12587646
]
Vasily Zakharov commented on GERONIMO-3951:
---
As Kevan Miller stated in
> On Apr 4, 2008, at 4:28 PM, Jacek Laskowski wrote:
> On Fri, Apr 4, 2008 at 7:13 PM, Vasily Zakharov <[EMAIL PROTECTED]> wrote:
>
> I see Geronimo still uses jaxb-impl version 2.0.5, while 2.1.6 is the
> latest stable release.
> Is there any particular reason for tha
[
https://issues.apache.org/jira/browse/GERONIMO-3951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3951:
--
Component/s: testsuite
> org.apache.geronimo.cxf.CXFHandlerResolverTest fails
[
https://issues.apache.org/jira/browse/GERONIMO-3951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3951:
--
Component/s: (was: testsuite)
dependencies
[
https://issues.apache.org/jira/browse/GERONIMO-3951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3951:
--
Component/s: testsuite
> org.apache.geronimo.cxf.CXFHandlerResolverTest fails
: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Affects Versions: 2.0.2
Environment: Linux 64-bit, Windows 64-bit
Reporter: Vasily Zakharov
Geronimo Unit Test org.apache.geronimo.cxf.CXFHandlerResolverTest sometimes
fails on Harmony on Linux 64
Hi, all,
I see Geronimo still uses jaxb-impl version 2.0.5, while 2.1.6 is the
latest stable release.
Is there any particular reason for that?
What do you people think about switching to 2.1.x?
I was recently investigating a nasty intermittent failure of
org.apache.geronimo.cxf.CXFHandlerResolver
I've found the cause for the problem (see HARMONY-5626). It was a very old Yoko
issue, YOKO-289. It was actual as Harmony used a very (more than a year) old
version of Yoko. With moving to a newer version, the problem resolved.
Thanks everybody for help and sorry for disturbance.
Vasily
I've found the cause for the problem (see HARMONY-5626). It was a very old Yoko
issue, YOKO-289. It was actual as Harmony used a very (more than a year) old
version of Yoko. With moving to a newer version, the problem resolved.
Thanks everybody for help and sorry for disturbance.
Vasily
Well, 1.0-SNAPSHOT seems fine.
Thanks!
Vasily
On Mon, Mar 31, 2008 at 12:35 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
> Vasily Zakharov wrote:
> > Hi, all,
> >
> > As far as I understand, Yoko is now a Geronimo sub-component, but as
> > far as I rememb
Hi, all,
As far as I understand, Yoko is now a Geronimo sub-component, but as
far as I remember, there was an agreement [1] to keep the core ORB a
standalone
component so that it would be usable by, e. g. Harmony.
Harmony now uses a very (more than a year) old version of Yoko and it
causes proble
[
https://issues.apache.org/jira/browse/GERONIMO-3354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12580856#action_12580856
]
Vasily Zakharov commented on GERONIMO-3354:
---
By the way, SPECjAppServer
Another question I can remind of is in G2.0.2 we had
tranql-connector-derby-embed-xa version 1.4, and in G2.1 it's version
1.3. Probably this should be corrected for G2.1.1.
Vasily
On Tue, Mar 11, 2008 at 6:53 PM, Joe Bohn <[EMAIL PROTECTED]> wrote:
> I think it's about time we got a 2.1.1 relea
Is there a chance OpenEJB 3.0 release will make it to 2.1.1?
Vasily
On Tue, Mar 11, 2008 at 6:53 PM, Joe Bohn <[EMAIL PROTECTED]> wrote:
> I think it's about time we got a 2.1.1 release out. The main motivation
> is to deliver a fix for the PortletSecurityException when using https on
> the a
ne* but without internet or java.sun.com access. If you are
> offline in the true sense of the word, it doesn't try to connect.
>
> Anyway, it should be good to go now.
>
> -David
>
>
>
> On Mar 4, 2008, at 9:32 AM, Vasily Zakharov wrote:
>
> > Kevan,
>
ption back (on Sun), the problem disappeared, so I moved
one step closer to make SjAS running on Geronimo.
Vasily
On Fri, Feb 29, 2008 at 8:06 PM, Vasily Zakharov <[EMAIL PROTECTED]> wrote:
> Hi, all,
>
> Another problem with SPECjAppServer2004 on Geronimo v2 is, after
> suc
Miller <[EMAIL PROTECTED]> wrote:
>
>
> On Mar 1, 2008, at 8:31 PM, Vasily Zakharov wrote:
>
> I have no idea what's going on with it. It really ticks me off as
> that's the kind of feature you should have to enable in a parser not
> disable.
>
> Is
Vasily
On Tue, Mar 4, 2008 at 10:11 AM, Kevan Miller <[EMAIL PROTECTED]> wrote:
>
>
> On Mar 1, 2008, at 8:31 PM, Vasily Zakharov wrote:
>
> I have no idea what's going on with it. It really ticks me off as
> that's the kind of feature you should have to enable
2, 2008 at 12:56 AM, David Blevins <[EMAIL PROTECTED]> wrote:
>
> On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
>
> > Hi, all,
> >
> > I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
> > version 2.1, and one of the p
s I'll grab your updated DDs. Just
> out of curiosity, are you deploying this to Oracle?
>
>
>
>
> On Feb 29, 2008, at 12:21 PM, Vasily Zakharov wrote:
>
> > Hi, Matt, all,
> >
> > The third problem still actual for SPECjAppServer2004 is an old
Hmm, pretty nice and comfortable. And, surely, effective. :)
Vasily
2008/3/1 Jason Dillon <[EMAIL PROTECTED]>:
> http://flickr.com/photos/jasondillon/sets/72157604001910491/
>
> :-P
>
> --jason
>
Hi, Matt, all,
The third problem still actual for SPECjAppServer2004 is an old
transaction isolation issue (GERONIMO-2128). A couple of months ago
you were saying [1] that you're going to try to deal with the problem.
Now we have G2.1 released, and some older issues are now fixed or
workarounded,
Hi, all,
Another problem with SPECjAppServer2004 on Geronimo v2 is, after
successful deployment of SjAS I can't make it work effectively. The
following error (see below) comes up in the console. The problem is
complex to investigate, as it occurs in openejb.* class that seems to
be probably a dyna
Hi, all,
I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
version 2.1, and one of the problems I observe is:
Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB v3.0b2
that is used in G2.1, seems to be still actual for some reason. On
G2.1 I still can't deploy SjA
> Step two is to figure out how to recognize the vm in groovy and run
> some code or a script depending on the vm. The harmony vm could set
> some system properties to override the appropriate variable values in
> config-substitutions.properties.
Here's what we have now:
java.runtime.name=Apa
thing and may be somehow bound to the same detection.
Vasily
On Sat, Feb 23, 2008 at 2:29 AM, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 22, 2008 at 3:25 PM, Vasily Zakharov <[EMAIL PROTECTED]> wrote:
>
> > I suppose we could have, say, two security config
ect keystore inside.
>
> thanks
> david jencks
>
>
> On Feb 22, 2008, at 1:18 PM, Vasily Zakharov wrote:
>
>
>
> > Hi, all,
> >
> > Here I'm reporting that Geronimo v2.1 runs on Apache Harmony pretty
> > well.
> > See [1] for the
Not at once. :)
Vasily
On Sat, Feb 23, 2008 at 12:56 AM, Kevan Miller <[EMAIL PROTECTED]> wrote:
> Cool. Congrats Vasily!
>
> Any plans for Mac OS X support, in Harmony? :-)
>
> --kevan
>
>
> On Feb 22, 2008, at 4:18 PM, Vasily Zakharov wrote:
> Hi, all,
>
loyed
SPECjAppServer2004, but didn't test any actual load.
There're also some issues with CPU and memory usage, but they have
known workarounds for now or are not critical.
Clearly enough, more issues would uncover under load, but generally
the setup looks pretty healthy.
Vasily Zakharov
In G2.0.2 tranql-connector-derby-embed-xa was version 1.4, and in G2.1
it's version 1.3, is it ok?
Vasily
Vamsavardhana Reddy <[EMAIL PROTECTED]> writes:
> See org.apache.geronimo.j2ee.management.impl.JVMImpl.getStats()
> ++Vamsi
The problem actually turned out to be an issue in Harmony, see HARMONY-5523.
Thanks!
Vasily
Thanks, that's exactly what I needed.
Vasily
On Fri, Feb 15, 2008 at 4:18 PM, Vamsavardhana Reddy
<[EMAIL PROTECTED]> wrote:
> See org.apache.geronimo.j2ee.management.impl.JVMImpl.getStats()
>
> ++Vamsi
>
>
>
> On Fri, Feb 15, 2008 at 6:37 PM, Vasily Zakharov <
Hi, all,
Could someone please enlighten me on how Geronimo measures the Server
Memory Usage that is displayed at the Console Information page?
I dug through the code a bit, but I'm not great in JSP and I couldn't
find the source of information being displayed.
I'm running on Harmony and trying t
[
https://issues.apache.org/jira/browse/GERONIMO-3814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3814:
--
Affects Version/s: 2.2
2.1.1
> NPE in GBeanOverr
Done.
http://issues.apache.org/jira/browse/GERONIMO-3814 "NPE in GBeanOverride"
Thanks!
Vasily
On Feb 5, 2008 7:08 PM, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
> Go ahead and create a JIRA.
>
> ++Vamsi
>
>
>
> On Feb 5, 2008 9:08 PM, Vasily Zakharov &
Environment: Apache Harmony
Reporter: Vasily Zakharov
There's a flaw in org.apache.geronimo.system.configuration.GBeanOverride:
getValue(), lines 388-389:
PropertyEditor editor = loadPropertyEditor(attribute, classLoader);
editor.setAsText(value);
loadPropertyEditor() may return
Hi, all,
It seems I've found a flaw in
org.apache.geronimo.system.configuration.GBeanOverride:
getValue(), lines 388-389:
PropertyEditor editor = loadPropertyEditor(attribute, classLoader);
editor.setAsText(value);
loadPropertyEditor() may return null (lines 402, 407) and this can cause NPE.
I
[
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12562865#action_12562865
]
Vasily Zakharov commented on GERONIMO-3757:
---
Vamsavardhana, thank you,
[
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12562806#action_12562806
]
Vasily Zakharov commented on GERONIMO-3757:
---
Summarizing, it seems we
[
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3757:
--
Attachment: Geronimo-3757.patch
Attached once more updated patch, with the
[
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12561855#action_12561855
]
Vasily Zakharov commented on GERONIMO-3757:
---
Another idea maybe to add
[
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12561773#action_12561773
]
Vasily Zakharov commented on GERONIMO-3757:
---
Vamsavardhana,
I've t
[
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov updated GERONIMO-3757:
--
Attachment: Geronimo-3757.patch
Vamsavardhana,
Thank you a lot for the patch! Now
[
https://issues.apache.org/jira/browse/GERONIMO-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12560060#action_12560060
]
Vasily Zakharov commented on GERONIMO-2015:
---
As it seems unpractica
nents: security
Affects Versions: 2.0.2, 2.0.x, 2.1
Reporter: Vasily Zakharov
For now (r612905), Geronimo is hardcoded to use JKS keystore type, which
prevents Geronimo from running on Harmony or other JDKs that have no JKS
implement
[
https://issues.apache.org/jira/browse/GERONIMO-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557664#action_12557664
]
Vasily Zakharov commented on GERONIMO-2015:
---
What is the current situa
[
https://issues.apache.org/jira/browse/GERONIMO-3672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasily Zakharov closed GERONIMO-3672.
-
Thanks, Jarek, that fixes the problem!
Closing the issue
-3672
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: testsuite
Affects Versions: 2.0.2
Reporter: Vasily Zakharov
Test org.apache.geronimo.j2ee.deployment.annotation.AnnotationHelperTest may
fail on non
[
https://issues.apache.org/jira/browse/GERONIMO-1804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537021
]
Vasily Zakharov commented on GERONIMO-1804:
---
It seems this issue is no longer actual, as the necessary
[
http://issues.apache.org/jira/browse/GERONIMO-2184?page=comments#action_12420878
]
Vasily Zakharov commented on GERONIMO-2184:
---
Can it be the issue is in TranQL in fact?
Please see the
http://www.mail-archive.com/user@geronimo.apache.org
[
http://issues.apache.org/jira/browse/GERONIMO-1046?page=comments#action_12416551
]
Vasily Zakharov commented on GERONIMO-1046:
---
There's a typo in this bug's resolution - the package name for
is org.tranql.ejbQLcompiler.
So the
[ http://issues.apache.org/jira/browse/GERONIMO-1841?page=all ]
Vasily Zakharov updated GERONIMO-1841:
--
Attachment: StackTrace.txt
Stack trace that occurs when bug is reproduced
> JMS connector fails to start if is used instead
[ http://issues.apache.org/jira/browse/GERONIMO-1841?page=all ]
Vasily Zakharov updated GERONIMO-1841:
--
Attachment: testJMS.xml
Deployment plan that demonstrates the bug
> JMS connector fails to start if is used instead
)
Components: ActiveMQ
Versions: 1.0
Reporter: Vasily Zakharov
Priority: Minor
Attached is a JMS connector deployment plan that deploys fine but hangs in a
strange state after that.
The connector is deployed as follows:
java -jar bin/deployer.jar --user system --password
[
http://issues.apache.org/jira/browse/GERONIMO-1800?page=comments#action_12374188
]
Vasily Zakharov commented on GERONIMO-1800:
---
The investigations show that the cause for the stack above is the following
exception. The reason for this
[
http://issues.apache.org/jira/browse/GERONIMO-1800?page=comments#action_12374187
]
Vasily Zakharov commented on GERONIMO-1800:
---
Here's the stack trace that now appears in the log when trying to run the
SPECjAppServ2004 atomicity
[
http://issues.apache.org/jira/browse/GERONIMO-1800?page=comments#action_12373800
]
Vasily Zakharov commented on GERONIMO-1800:
---
The deployment string for Derby connector turned out (thanks to David Jencks)
to be wrong - XA connector should be
[
http://issues.apache.org/jira/browse/GERONIMO-1800?page=comments#action_12373765
]
Vasily Zakharov commented on GERONIMO-1800:
---
Good idea, I can write the doc. Should I put the doc here for someone to put it
to the site you mentioned?
I don
[
http://issues.apache.org/jira/browse/GERONIMO-1800?page=comments#action_12373763
]
Vasily Zakharov commented on GERONIMO-1800:
---
The deployment strings are:
java -jar bin/deployer.jar --user system --password manager deploy
repository/tranql
[
http://issues.apache.org/jira/browse/GERONIMO-1820?page=comments#action_12373748
]
Vasily Zakharov commented on GERONIMO-1820:
---
Well, I couldn't reproduce the problem on Geronimo 1.0. Probably it got fixed.
> corrupted config.ser m
[ http://issues.apache.org/jira/browse/GERONIMO-1800?page=all ]
Vasily Zakharov updated GERONIMO-1800:
--
Attachment: specj2004-deployment-plan.xml
SPECjAppServer2004 application DD
> SPECjAppServer2004 Deployment Descript
[ http://issues.apache.org/jira/browse/GERONIMO-1800?page=all ]
Vasily Zakharov updated GERONIMO-1800:
--
Attachment: specjms.xml
JMS connector DD
> SPECjAppServer2004 Deployment Descript
[ http://issues.apache.org/jira/browse/GERONIMO-1800?page=all ]
Vasily Zakharov updated GERONIMO-1800:
--
Attachment: specdb.xml
Derby database connector DD
> SPECjAppServer2004 Deployment Descript
SPECjAppServer2004 Deployment Descriptors
-
Key: GERONIMO-1800
URL: http://issues.apache.org/jira/browse/GERONIMO-1800
Project: Geronimo
Type: Task
Security: public (Regular issues)
Reporter: Vasily Zakharov
Here
SPECjAppServer2004 Deployment Descriptors
-
Key: GERONIMO-1799
URL: http://issues.apache.org/jira/browse/GERONIMO-1799
Project: Geronimo
Type: Task
Security: public (Regular issues)
Reporter: Vasily Zakharov
Here
93 matches
Mail list logo