Hi Rishi, so have you tried SAP XI running on a later VM?
I don't know if you caught my later post on backwards compatibility but Java does (in general) do a pretty good job with respect to backwards binary compatibility on more recent JVMs - indeed backwards compatibility was one of the reasons for design compromises made when things like generics were introduced.

It might be that SAP don't "support" running on a modern JVM but that's not necessarily the same thing as it not working.

My advice to you is to spend a bit of effort running regression tests with SAP on a later VM and if there are issues Google for any workarounds.

sorry if this doesn't sound like much help - you've got my sympathy, my Enterprise took an age to agree to "corporately" move off JVM 1.4 and all that happened was a "cottage industry" of factions doing their own thing on a miscellany of later VMs.

Regards
Frase


Rishi Dev wrote:
Hi Frase,

Thank you very much for your suggestions. I agree with you completely.

But in our enterprise things are little complicated at this point in time.
We have SAP and XI which are on older versions and are limiting us for
messaging client library to support JDK 1.4. SAP/XI are in the plan to
upgrade which will happen sometime by end of this year or by mid 2012, but
currently we have very pressing issue of messaging in our environment that
we have to deal with ASAP. We are currently using ActiveMQ and we face
issues like performance bottlenecks, lost acks etc. Now that we are
considering alternatives we need to choose one which will fit all our
messaging clients.

Btw, I have some performance questions and also questions about persistent
msg stores that I am going to put in a separate email.

Thanks,
Rishi

On Mon, Aug 22, 2011 at 12:03 PM, Fraser Adams <
[email protected]> wrote:

Hi Rishi, Is there a reason that you absolutely have to stick with Java
1.4? TBH it's a bit long in the tooth now and more recent Java versions will
give you a lot of benefits.

Would you not be better looking at the components that have specific
dependencies on old JVM versions and working around those. It seems to me a
fairly high risk strategy basing a system around an old JVM, bear in mind
it's not just Qpid that doesn't support Java 1.4 I think that you'll find a
wide range of commercial (and other Open Source) offerings that have ceased
support for Java 1.4, so even if you could work around a Qpid dependency
you'll almost certainly come across another before long. IMHO you're going
about this the wrong way and you should be looking for ways to get your
errant dependencies working with a later JVM version rather than looking at
the lowest common denominator.

Just my 2p worth...

Cheers
Frase



Rishi Dev wrote:

Thanks for your response Robbie.
We will check with our group here and I will come back to the group in
case
I need any more help.

On Mon, Aug 22, 2011 at 1:00 AM, Robbie Gemmell <[email protected]
**wrote:

We dont release a Java 1.4 client, no. I believe one was previously
released through use of Retrotranslator, but I'm not sure when the
last one was released; it hasnt been done in years though.

Regards,
Robbie

On 22 August 2011 05:50, Rishi Dev <[email protected]> wrote:


Hi,

We are having SAPXI in our environment which is on JDK 1.4 and would
like


to


integrate it with QPID.
Please let me know if there is QPID java client library available for


java


1.4.

I have sent my question, twice earlier also and I am surprised to see no
response, neither from committers nor from contributors.
Hope to see this time else we might have to drop QPID out of possible
options.

Thanks,
Rishi



------------------------------**------------------------------**
---------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: 
mailto:users-subscribe@qpid.**apache.org<[email protected]>





------------------------------**------------------------------**---------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: 
mailto:users-subscribe@qpid.**apache.org<[email protected]>





---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:[email protected]

Reply via email to