Author Login •
Post Reply
user Digest 15 Dec 2009 18:21:15 -0000 Issue 8961
Topics (messages 204258 through 204273):
Re: MySQL + JDBC
204258 by: Lee Clemens
204260 by: Todd Grigsby
204261 by: Nils-Helge Garli Hegvik
204264 by: Todd Grigsby
204265 by: Gabriel Belingueres
204266 by: Todd Grigsby
204268 by: Patrick J Kobly
Re: "specified DSN contains an architecture mismatch"
204259 by: Patrick J Kobly
204262 by: Todd Grigsby
204263 by: Patrick J Kobly
Re: configuring json action
204267 by: Milos Negovanovic
Unique Id creation
204269 by: jayakumar ala
Re: Essential Dependencies Only
204270 by: stanlick.gmail.com
204271 by: Musachy Barroso
204272 by: stanlick.gmail.com
204273 by: Musachy Barroso
Administrivia:
---------------------------------------------------------------------
To post to the list, e-mail: user@(protected)
To unsubscribe, e-mail: user-digest-unsubscribe@(protected)
For additional commands, e-mail: user-digest-help@(protected)
----------------------------------------------------------------------
Attachment:
user_204258.ezm (zipped)Not to sound like a jerk, but have you gotten JDBC (MySQL Connector/J)
working with a MySQL 64-bit server? Or is this specifically a Struts issue?
If so, what message/condition do you receive?
Or are you merely asking if MySQL 64-bit is compatible with ODBC [OT]?
-----Original Message-----
From: Todd Grigsby [mailto:strutsuser@(protected)]
Sent: Monday, December 14, 2009 9:57 PM
To: Struts Users Mailing List
Subject: Re: MySQL + JDBC
Not that I wanted to get into a debate about the usefulness of ODBC, but
the Java-based web services we have aren't the only things that connect
to these databases, and going through ODBC has been, for the last 10
years, a very nice and consistent way to connect across all our
applications and utilities. We have, at one time or another, supported
all of the following:
MySQL
Oracle
SQL Server
Informix
DB2
mSQL
Pervasive SQL
MS Access (pre-Jet)
And a few others, and we have connected to these databases via ODBC all
along the way. Keeping the connection mechanism consistent has made
development work in a number of languages simple. So while I certainly
appreciate everyone's enthusiasm for talking directly to MySQL, I have a
legacy code base that works *REALLY* well through ODBC, and I'd like to
stick with it.
So one more time for the folks at home: Is there anyone out there who
has managed to get MySQL 64-bit to work via ODBC?
TG
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@(protected)
For additional commands, e-mail: user-help@(protected)
Attachment:
user_204260.ezm (zipped)
(Beating head on keyboard...)
"So one more time for the folks at home: Is there anyone out there who
has managed to get MySQL 64-bit to work via ODBC?"
For those who aren't aware, MySQL has an ODBC connector called, oddly
enough, Connector/ODBC. In previous versions it was called MyODBC. It
does work, as evidenced by the fact that I can connect from Windows apps
with ease. What doesn't work, and the only thing I'm looking for an
answer to is, why do I get the error, "The specified DSN contains an
architecture mismatch between the Driver and Application" when
connecting from within Struts 2? But at this point I'd be happy hearing
from anyone that has gotten "MySQL 64-bit to work via ODBC."
TG
Lee Clemens wrote:
> Not to sound like a jerk, but have you gotten JDBC (MySQL Connector/J)
> working with a MySQL 64-bit server? Or is this specifically a Struts issue?
> If so, what message/condition do you receive?
>
> Or are you merely asking if MySQL 64-bit is compatible with ODBC [OT]?
>
>
> -----Original Message-----
> From: Todd Grigsby [mailto:strutsuser@(protected)]
> Sent: Monday, December 14, 2009 9:57 PM
> To: Struts Users Mailing List
> Subject: Re: MySQL + JDBC
>
>
>
> Not that I wanted to get into a debate about the usefulness of ODBC, but
> the Java-based web services we have aren't the only things that connect
> to these databases, and going through ODBC has been, for the last 10
> years, a very nice and consistent way to connect across all our
> applications and utilities. We have, at one time or another, supported
> all of the following:
>
> MySQL
> Oracle
> SQL Server
> Informix
> DB2
> mSQL
> Pervasive SQL
> MS Access (pre-Jet)
>
> And a few others, and we have connected to these databases via ODBC all
> along the way. Keeping the connection mechanism consistent has made
> development work in a number of languages simple. So while I certainly
> appreciate everyone's enthusiasm for talking directly to MySQL, I have a
> legacy code base that works *REALLY* well through ODBC, and I'd like to
> stick with it.
>
> So one more time for the folks at home: Is there anyone out there who
> has managed to get MySQL 64-bit to work via ODBC?
>
> TG
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
>
>
Attachment:
user_204261.ezm (zipped)Have you tried asking over at the MySQL forum? I don't think this is
related to Struts 2.
Nils-H
On Tue, Dec 15, 2009 at 8:26 AM, Todd Grigsby <strutsuser@(protected):
>
>
> (Beating head on keyboard...)
> "So one more time for the folks at home: Is there anyone out there who has
> managed to get MySQL 64-bit to work via ODBC?"
>
> For those who aren't aware, MySQL has an ODBC connector called, oddly
> enough, Connector/ODBC. In previous versions it was called MyODBC. It does
> work, as evidenced by the fact that I can connect from Windows apps with
> ease. What doesn't work, and the only thing I'm looking for an answer to is,
> why do I get the error, "The specified DSN contains an architecture mismatch
> between the Driver and Application" when connecting from within Struts 2?
> But at this point I'd be happy hearing from anyone that has gotten "MySQL
> 64-bit to work via ODBC."
>
> TG
>
> Lee Clemens wrote:
>>
>> Not to sound like a jerk, but have you gotten JDBC (MySQL Connector/J)
>> working with a MySQL 64-bit server? Or is this specifically a Struts
>> issue?
>> If so, what message/condition do you receive?
>>
>> Or are you merely asking if MySQL 64-bit is compatible with ODBC [OT]?
>>
>>
>> -----Original Message-----
>> From: Todd Grigsby [mailto:strutsuser@(protected)
>> 14, 2009 9:57 PM
>> To: Struts Users Mailing List
>> Subject: Re: MySQL + JDBC
>>
>>
>>
>> Not that I wanted to get into a debate about the usefulness of ODBC, but
>> the Java-based web services we have aren't the only things that connect to
>> these databases, and going through ODBC has been, for the last 10 years, a
>> very nice and consistent way to connect across all our applications and
>> utilities. We have, at one time or another, supported all of the following:
>>
>> MySQL
>> Oracle
>> SQL Server
>> Informix
>> DB2
>> mSQL
>> Pervasive SQL
>> MS Access (pre-Jet)
>>
>> And a few others, and we have connected to these databases via ODBC all
>> along the way. Keeping the connection mechanism consistent has made
>> development work in a number of languages simple. So while I certainly
>> appreciate everyone's enthusiasm for talking directly to MySQL, I have a
>> legacy code base that works *REALLY* well through ODBC, and I'd like to
>> stick with it.
>>
>> So one more time for the folks at home: Is there anyone out there who has
>> managed to get MySQL 64-bit to work via ODBC?
>>
>> TG
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
Attachment:
user_204264.ezm (zipped)
Yes, thank you Nils-H, I have been digging around in there as well.
Unfortunately, the problem only occurs from my Struts apps, and judging
from the MySQL forums, not many other people experience this issue.
TG
Nils-Helge Garli Hegvik wrote:
> Have you tried asking over at the MySQL forum? I don't think this is
> related to Struts 2.
>
> Nils-H
>
> On Tue, Dec 15, 2009 at 8:26 AM, Todd Grigsby <strutsuser@(protected):
>
>> (Beating head on keyboard...)
>> "So one more time for the folks at home: Is there anyone out there who has
>> managed to get MySQL 64-bit to work via ODBC?"
>>
>> For those who aren't aware, MySQL has an ODBC connector called, oddly
>> enough, Connector/ODBC. In previous versions it was called MyODBC. It does
>> work, as evidenced by the fact that I can connect from Windows apps with
>> ease. What doesn't work, and the only thing I'm looking for an answer to is,
>> why do I get the error, "The specified DSN contains an architecture mismatch
>> between the Driver and Application" when connecting from within Struts 2?
>> But at this point I'd be happy hearing from anyone that has gotten "MySQL
>> 64-bit to work via ODBC."
>>
>> TG
>>
>> Lee Clemens wrote:
>>
>>> Not to sound like a jerk, but have you gotten JDBC (MySQL Connector/J)
>>> working with a MySQL 64-bit server? Or is this specifically a Struts
>>> issue?
>>> If so, what message/condition do you receive?
>>>
>>> Or are you merely asking if MySQL 64-bit is compatible with ODBC [OT]?
>>>
>>>
>>> -----Original Message-----
>>> From: Todd Grigsby [mailto:strutsuser@(protected)
>>> 14, 2009 9:57 PM
>>> To: Struts Users Mailing List
>>> Subject: Re: MySQL + JDBC
>>>
>>>
>>>
>>> Not that I wanted to get into a debate about the usefulness of ODBC, but
>>> the Java-based web services we have aren't the only things that connect to
>>> these databases, and going through ODBC has been, for the last 10 years, a
>>> very nice and consistent way to connect across all our applications and
>>> utilities. We have, at one time or another, supported all of the following:
>>>
>>> MySQL
>>> Oracle
>>> SQL Server
>>> Informix
>>> DB2
>>> mSQL
>>> Pervasive SQL
>>> MS Access (pre-Jet)
>>>
>>> And a few others, and we have connected to these databases via ODBC all
>>> along the way. Keeping the connection mechanism consistent has made
>>> development work in a number of languages simple. So while I certainly
>>> appreciate everyone's enthusiasm for talking directly to MySQL, I have a
>>> legacy code base that works *REALLY* well through ODBC, and I'd like to
>>> stick with it.
>>>
>>> So one more time for the folks at home: Is there anyone out there who has
>>> managed to get MySQL 64-bit to work via ODBC?
>>>
>>> TG
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>> For additional commands, e-mail: user-help@(protected)
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>> For additional commands, e-mail: user-help@(protected)
>>>
>>>
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
>
>
Attachment:
user_204265.ezm (zipped)I don't think it is directly related to Struts.
From what I googled, seems more like a 32-bit/64-bit component
mismatch than a Struts issue.
On what JDK/JRE version are you running your app server? it is a 32
bit version of java? or a 64 bits version?
Your odbc driver is 32 bits or 64 bits? are you sure you installed it correctly?
I particularly don't know how the JDBC-ODBC bridge driver hooks on win
64 bits, but I would guess that it depends on the java vm version you
have installed...may be you can ask in a Sun support forum.
HTH
Gabriel
2009/12/15 Todd Grigsby <strutsuser@(protected)>:
>
> Yes, thank you Nils-H, I have been digging around in there as well.
> Unfortunately, the problem only occurs from my Struts apps, and judging
> from the MySQL forums, not many other people experience this issue.
>
> TG
>
>
> Nils-Helge Garli Hegvik wrote:
>>
>> Have you tried asking over at the MySQL forum? I don't think this is
>> related to Struts 2.
>>
>> Nils-H
>>
>> On Tue, Dec 15, 2009 at 8:26 AM, Todd Grigsby <strutsuser@(protected)>
>> wrote:
>>
>>>
>>> (Beating head on keyboard...)
>>> "So one more time for the folks at home: Is there anyone out there who
>>> has
>>> managed to get MySQL 64-bit to work via ODBC?"
>>>
>>> For those who aren't aware, MySQL has an ODBC connector called, oddly
>>> enough, Connector/ODBC. In previous versions it was called MyODBC. It
>>> does
>>> work, as evidenced by the fact that I can connect from Windows apps with
>>> ease. What doesn't work, and the only thing I'm looking for an answer to
>>> is,
>>> why do I get the error, "The specified DSN contains an architecture
>>> mismatch
>>> between the Driver and Application" when connecting from within Struts 2?
>>> But at this point I'd be happy hearing from anyone that has gotten
>>> "MySQL
>>> 64-bit to work via ODBC."
>>>
>>> TG
>>>
>>> Lee Clemens wrote:
>>>
>>>>
>>>> Not to sound like a jerk, but have you gotten JDBC (MySQL Connector/J)
>>>> working with a MySQL 64-bit server? Or is this specifically a Struts
>>>> issue?
>>>> If so, what message/condition do you receive?
>>>>
>>>> Or are you merely asking if MySQL 64-bit is compatible with ODBC [OT]?
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Todd Grigsby [mailto:strutsuser@(protected),
>>>> December
>>>> 14, 2009 9:57 PM
>>>> To: Struts Users Mailing List
>>>> Subject: Re: MySQL + JDBC
>>>>
>>>>
>>>>
>>>> Not that I wanted to get into a debate about the usefulness of ODBC, but
>>>> the Java-based web services we have aren't the only things that connect
>>>> to
>>>> these databases, and going through ODBC has been, for the last 10 years,
>>>> a
>>>> very nice and consistent way to connect across all our applications and
>>>> utilities. We have, at one time or another, supported all of the
>>>> following:
>>>>
>>>> MySQL
>>>> Oracle
>>>> SQL Server
>>>> Informix
>>>> DB2
>>>> mSQL
>>>> Pervasive SQL
>>>> MS Access (pre-Jet)
>>>>
>>>> And a few others, and we have connected to these databases via ODBC all
>>>> along the way. Keeping the connection mechanism consistent has made
>>>> development work in a number of languages simple. So while I certainly
>>>> appreciate everyone's enthusiasm for talking directly to MySQL, I have a
>>>> legacy code base that works *REALLY* well through ODBC, and I'd like to
>>>> stick with it.
>>>>
>>>> So one more time for the folks at home: Is there anyone out there who
>>>> has
>>>> managed to get MySQL 64-bit to work via ODBC?
>>>>
>>>> TG
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>> For additional commands, e-mail: user-help@(protected)
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>> For additional commands, e-mail: user-help@(protected)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>> For additional commands, e-mail: user-help@(protected)
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>
>>
>
>
Attachment:
user_204266.ezm (zipped)
It's all 64-bit, installed correctly enough to work from other apps. I
will try the Sun forums.
TG
Gabriel Belingueres wrote:
> I don't think it is directly related to Struts.
>
> >From what I googled, seems more like a 32-bit/64-bit component
> mismatch than a Struts issue.
>
> On what JDK/JRE version are you running your app server? it is a 32
> bit version of java? or a 64 bits version?
>
> Your odbc driver is 32 bits or 64 bits? are you sure you installed it correctly?
>
> I particularly don't know how the JDBC-ODBC bridge driver hooks on win
> 64 bits, but I would guess that it depends on the java vm version you
> have installed...may be you can ask in a Sun support forum.
>
> HTH
> Gabriel
>
> 2009/12/15 Todd Grigsby <strutsuser@(protected)>:
>
>> Yes, thank you Nils-H, I have been digging around in there as well.
>> Unfortunately, the problem only occurs from my Struts apps, and judging
>> from the MySQL forums, not many other people experience this issue.
>>
>> TG
>>
>>
>> Nils-Helge Garli Hegvik wrote:
>>
>>> Have you tried asking over at the MySQL forum? I don't think this is
>>> related to Struts 2.
>>>
>>> Nils-H
>>>
>>> On Tue, Dec 15, 2009 at 8:26 AM, Todd Grigsby <strutsuser@(protected)>
>>> wrote:
>>>
>>>
>>>> (Beating head on keyboard...)
>>>> "So one more time for the folks at home: Is there anyone out there who
>>>> has
>>>> managed to get MySQL 64-bit to work via ODBC?"
>>>>
>>>> For those who aren't aware, MySQL has an ODBC connector called, oddly
>>>> enough, Connector/ODBC. In previous versions it was called MyODBC. It
>>>> does
>>>> work, as evidenced by the fact that I can connect from Windows apps with
>>>> ease. What doesn't work, and the only thing I'm looking for an answer to
>>>> is,
>>>> why do I get the error, "The specified DSN contains an architecture
>>>> mismatch
>>>> between the Driver and Application" when connecting from within Struts 2?
>>>> But at this point I'd be happy hearing from anyone that has gotten
>>>> "MySQL
>>>> 64-bit to work via ODBC."
>>>>
>>>> TG
>>>>
>>>> Lee Clemens wrote:
>>>>
>>>>
>>>>> Not to sound like a jerk, but have you gotten JDBC (MySQL Connector/J)
>>>>> working with a MySQL 64-bit server? Or is this specifically a Struts
>>>>> issue?
>>>>> If so, what message/condition do you receive?
>>>>>
>>>>> Or are you merely asking if MySQL 64-bit is compatible with ODBC [OT]?
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Todd Grigsby [mailto:strutsuser@(protected),
>>>>> December
>>>>> 14, 2009 9:57 PM
>>>>> To: Struts Users Mailing List
>>>>> Subject: Re: MySQL + JDBC
>>>>>
>>>>>
>>>>>
>>>>> Not that I wanted to get into a debate about the usefulness of ODBC, but
>>>>> the Java-based web services we have aren't the only things that connect
>>>>> to
>>>>> these databases, and going through ODBC has been, for the last 10 years,
>>>>> a
>>>>> very nice and consistent way to connect across all our applications and
>>>>> utilities. We have, at one time or another, supported all of the
>>>>> following:
>>>>>
>>>>> MySQL
>>>>> Oracle
>>>>> SQL Server
>>>>> Informix
>>>>> DB2
>>>>> mSQL
>>>>> Pervasive SQL
>>>>> MS Access (pre-Jet)
>>>>>
>>>>> And a few others, and we have connected to these databases via ODBC all
>>>>> along the way. Keeping the connection mechanism consistent has made
>>>>> development work in a number of languages simple. So while I certainly
>>>>> appreciate everyone's enthusiasm for talking directly to MySQL, I have a
>>>>> legacy code base that works *REALLY* well through ODBC, and I'd like to
>>>>> stick with it.
>>>>>
>>>>> So one more time for the folks at home: Is there anyone out there who
>>>>> has
>>>>> managed to get MySQL 64-bit to work via ODBC?
>>>>>
>>>>> TG
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>>> For additional commands, e-mail: user-help@(protected)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>>> For additional commands, e-mail: user-help@(protected)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>> For additional commands, e-mail: user-help@(protected)
>>>>
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>> For additional commands, e-mail: user-help@(protected)
>>>
>>>
>>>
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
>
>
Attachment:
user_204268.ezm (zipped)Do you have other Java apps working, or just other native apps?
PK
Todd Grigsby wrote:
>
>
> It's all 64-bit, installed correctly enough to work from other apps.
> I will try the Sun forums.
>
> TG
>
Attachment:
user_204259.ezm (zipped)Perhaps try using a 64-bit JVM or installing the 32-bit ODBC driver...
The first couple of Google hits when searching for the error message
provided seem to suggest hints for installing the 32-bit ODBC driver
under 64-bit Windows. You are likely to get more traction on this
question asking it of
a) Tomcat folks
b) Microsoft folks
c) Java folks
d) MySQL folks
Rather than Struts folks.
PK
Todd Grigsby wrote:
>
> Configuration:
> Windows 7 64 bit
> Tomcat 6
> Struts 2
> MySQL 5.1.36 for Win64
> MySQL ODBC 5.1 Driver 5.01.06.00
>
> I've created a valid ODBC alias that I can see from other Windows
> native applications with no problem. When I attempt the following:
>
> import
javax.naming.Context;
> import
javax.naming.InitialContext;
> import
javax.naming.NamingException;
> import
javax.sql.DataSource;
> import
java.sql.Connection;
>
> ...
>
> Context context = new InitialContext();
> DataSource ds =
> (DataSource)context.lookup("java:/comp/env/jdbc/odbc/tgecorp");
> Connection conn = datasource.getConnection();
>
> ...
>
> The last line throws an exception with the following message: "The
> specified DSN contains an architecture mismatch between the Driver and
> Application."
>
> I reinstalled the driver, redefined the System DSN's in the ODBC
> administrator, and I still get the same message. Anybody have any
> idea how to fix this?
>
> Todd
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
Attachment:
user_204262.ezm (zipped)I'm trying to get an all 64-bit environment going, but if I have to step
down to 32 bit, then that's what I have to do to get going. As for
addressing the right crowd, I think you may be right. Except for you,
it's been a frustrating exercise. I'm already going through the MySQL
forums, but there don't seem to be a lot of posts there from people
working with Java+Struts on Win7 64-bit.
Thanks for the suggestions. I'll keep digging.
TG
Patrick J Kobly wrote:
> Perhaps try using a 64-bit JVM or installing the 32-bit ODBC
> driver... The first couple of Google hits when searching for the
> error message provided seem to suggest hints for installing the 32-bit
> ODBC driver under 64-bit Windows. You are likely to get more traction
> on this question asking it of
>
> a) Tomcat folks
> b) Microsoft folks
> c) Java folks
> d) MySQL folks
>
> Rather than Struts folks.
>
> PK
> Todd Grigsby wrote:
>>
>> Configuration:
>> Windows 7 64 bit
>> Tomcat 6
>> Struts 2
>> MySQL 5.1.36 for Win64
>> MySQL ODBC 5.1 Driver 5.01.06.00
>>
>> I've created a valid ODBC alias that I can see from other Windows
>> native applications with no problem. When I attempt the following:
>>
>> import
javax.naming.Context;
>> import
javax.naming.InitialContext;
>> import
javax.naming.NamingException;
>> import
javax.sql.DataSource;
>> import
java.sql.Connection;
>>
>> ...
>>
>> Context context = new InitialContext();
>> DataSource ds =
>> (DataSource)context.lookup("java:/comp/env/jdbc/odbc/tgecorp");
>> Connection conn = datasource.getConnection();
>>
>> ...
>>
>> The last line throws an exception with the following message: "The
>> specified DSN contains an architecture mismatch between the Driver
>> and Application."
>>
>> I reinstalled the driver, redefined the System DSN's in the ODBC
>> administrator, and I still get the same message. Anybody have any
>> idea how to fix this?
>>
>> Todd
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
>
Attachment:
user_204263.ezm (zipped)Todd Grigsby wrote:
>
> I'm trying to get an all 64-bit environment going, but if I have to
> step down to 32 bit, then that's what I have to do to get going. As
> for addressing the right crowd, I think you may be right. Except for
> you, it's been a frustrating exercise. I'm already going through the
> MySQL forums, but there don't seem to be a lot of posts there from
> people working with Java+Struts on Win7 64-bit.
Broaden your horizons a bit from Java+Struts with MySQL on Win7
64-bit... This is an error message from the ODBC system. It is _not_
coming from Struts. It is _not_ coming from MySQL. It was present on
64-bit versions of Windows prior to Win 7.
- The MSDN forums have some info on installing 32-bit ODBC drivers under
a 64-bit platform.
- The Tomcat guys probably have info on running Tomcat in a 64-bit JRE.
Your solution will likely lie in one of those two places.
PK
>
> Thanks for the suggestions. I'll keep digging.
>
> TG
>
>
> Patrick J Kobly wrote:
>> Perhaps try using a 64-bit JVM or installing the 32-bit ODBC
>> driver... The first couple of Google hits when searching for the
>> error message provided seem to suggest hints for installing the
>> 32-bit ODBC driver under 64-bit Windows. You are likely to get more
>> traction on this question asking it of
>>
>> a) Tomcat folks
>> b) Microsoft folks
>> c) Java folks
>> d) MySQL folks
>>
>> Rather than Struts folks.
>>
>> PK
>> Todd Grigsby wrote:
>>>
>>> Configuration:
>>> Windows 7 64 bit
>>> Tomcat 6
>>> Struts 2
>>> MySQL 5.1.36 for Win64
>>> MySQL ODBC 5.1 Driver 5.01.06.00
>>>
>>> I've created a valid ODBC alias that I can see from other Windows
>>> native applications with no problem. When I attempt the following:
>>>
>>> import
javax.naming.Context;
>>> import
javax.naming.InitialContext;
>>> import
javax.naming.NamingException;
>>> import
javax.sql.DataSource;
>>> import
java.sql.Connection;
>>>
>>> ...
>>>
>>> Context context = new InitialContext();
>>> DataSource ds =
>>> (DataSource)context.lookup("java:/comp/env/jdbc/odbc/tgecorp");
>>> Connection conn = datasource.getConnection();
>>>
>>> ...
>>>
>>> The last line throws an exception with the following message: "The
>>> specified DSN contains an architecture mismatch between the Driver
>>> and Application."
>>>
>>> I reinstalled the driver, redefined the System DSN's in the ODBC
>>> administrator, and I still get the same message. Anybody have any
>>> idea how to fix this?
>>>
>>> Todd
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>> For additional commands, e-mail: user-help@(protected)
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
Attachment:
user_204267.ezm (zipped)On Mon, Dec 14, 2009 at 09:31:02PM +0000, Milos Negovanovic wrote:
> Hi,
>
> I am trying to get JSON response from struts2 action.
>
>
> My struts.xml contains the fallowing:
>
> <struts>
> <package name="example" extends="json-default">
> <action name="testjson" class="tutorial.example.JSONAction">
> <result type="json" />
> </action>
> </package>
> </struts>
>
>
> Class JSONAction.java is empty at the moment:
>
>
> package tutorial.example;
>
>
> import
com.opensymphony.xwork2.ActionSupport;
>
>
> public class JSONAction extends ActionSupport {
> public String execute() throws Exception {
> //setMessage(getText(MESSAGE));
> return SUCCESS;
> }
> }
>
>
> When I try to access JSON action under
> http://localhost:8080/tutorial/testjson URL I get the fallowing error
> page:
>
>
> Struts Problem Report
>
> Struts has detected an unhandled exception:
> # Messages: There is no Action mapped for namespace / and action name testjson.
>
>
> Any suggestions on how to make JSON action work?
>
Fixed. Solution was to add json plugin dependency in pom.xml.
Regards
--
Milos Negovanovic
milos.negovanovic@(protected)
Attachment:
user_204269.ezm (zipped)Hi All,
I am using struts2 in my web application.
Which is the best way to create unique Id for each file upload i do in my
application...?
Thanks
Ala
Attachment:
user_204270.ezm (zipped)Thanks Wes --
Have you or others discovered any software that could be used to "decompose"
an open source product into its constituent parts and then further decompose
each of those in turn. Looking at a single POM rarely answers the "real"
questions. The dependency/version graph is wicked to deal with by hand and
the licenses therein complicate matters even further. I struggle when
thinking how many shops are each doing this over-and-over with each new
version release and it seems like a missing piece of the FOSS/legal puzzle.
Peace,
Scott
On Mon, Dec 14, 2009 at 10:44 AM, Wes Wannemacher <wesw@(protected):
> Scott, take a look at the mailreader and blank apps. You can also read
> through the struts2-core pom (annotated and easier to read here -
>
> http://jarvana.com/jarvana/inspect-pom/org/apache/struts/struts2-core/2.1.8/struts2-core-2.1.8.pom
> ,
> that points to 2.1.8, they haven't indexed 2.1.8.1 yet, but there is
> no differences in dependencies).
>
> If you just want to cut to the chase, the "essentials" would be -
>
> struts2-core 2.1.8.1
> xwork-core 2.1.6
> freemarker 2.3.15
> ognl 2.7.3
>
> -Wes
>
> On Mon, Dec 14, 2009 at 10:36 AM, stanlick <stanlick@(protected):
> >
> > Greetings and Happy Holidays --
> >
> > I am sitting down to unwind the Essential Dependencies Only jar
> > (struts-2.1.8.1-lib.zip) in preparation for the litany of questions the
> > lawyers are going to ask before accepting the Struts 2.1.8.1 upgrade in
> > house. Now either I have a different understanding of the word
> essential,
> > or this version of our new Struts has really spread her arms. There are
> > seventy-one jars in the lib folder of the *essential dependencies only
> jar*
> > and a quick glance suggests they are *not* all essential. So does
> essential
> > != core or required? Is there a resource where an analysis can be made
> to
> > determine compile, testing, run-time dependencies? Untangling this ball
> of
> > yarn by hand is going to burn up hours and lead an analyst down many
> rabbit
> > holes. Is there a POM that could save the man hours?
> >
> > Peace,
> > Scott
> > --
> > View this message in context:
> http://old.nabble.com/Essential-Dependencies-Only-tp26779724p26779724.html
> > Sent from the Struts - User mailing list archive at Nabble.com.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@(protected)
> > For additional commands, e-mail: user-help@(protected)
> >
> >
>
>
>
> --
> Wes Wannemacher
>
> Head Engineer, WanTii, Inc.
> Need Training? Struts, Spring, Maven, Tomcat...
> Ask me for a quote!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
Attachment:
user_204271.ezm (zipped)mvn dependency:tree will give you all the dependencies nicely. I also
have to help with this task in my company, and we haven't found any
decent tool that does what you described. If all your projects use
maven, then there is probably a plugin for that, but that's not the
case for us.
On Tue, Dec 15, 2009 at 9:58 AM, <stanlick@(protected):
> Thanks Wes --
>
> Have you or others discovered any software that could be used to "decompose"
> an open source product into its constituent parts and then further decompose
> each of those in turn. Looking at a single POM rarely answers the "real"
> questions. The dependency/version graph is wicked to deal with by hand and
> the licenses therein complicate matters even further. I struggle when
> thinking how many shops are each doing this over-and-over with each new
> version release and it seems like a missing piece of the FOSS/legal puzzle.
>
> Peace,
> Scott
>
>
> On Mon, Dec 14, 2009 at 10:44 AM, Wes Wannemacher <wesw@(protected):
>
>> Scott, take a look at the mailreader and blank apps. You can also read
>> through the struts2-core pom (annotated and easier to read here -
>>
>> http://jarvana.com/jarvana/inspect-pom/org/apache/struts/struts2-core/2.1.8/struts2-core-2.1.8.pom
>> ,
>> that points to 2.1.8, they haven't indexed 2.1.8.1 yet, but there is
>> no differences in dependencies).
>>
>> If you just want to cut to the chase, the "essentials" would be -
>>
>> struts2-core 2.1.8.1
>> xwork-core 2.1.6
>> freemarker 2.3.15
>> ognl 2.7.3
>>
>> -Wes
>>
>> On Mon, Dec 14, 2009 at 10:36 AM, stanlick <stanlick@(protected):
>> >
>> > Greetings and Happy Holidays --
>> >
>> > I am sitting down to unwind the Essential Dependencies Only jar
>> > (struts-2.1.8.1-lib.zip) in preparation for the litany of questions the
>> > lawyers are going to ask before accepting the Struts 2.1.8.1 upgrade in
>> > house. Now either I have a different understanding of the word
>> essential,
>> > or this version of our new Struts has really spread her arms. There are
>> > seventy-one jars in the lib folder of the *essential dependencies only
>> jar*
>> > and a quick glance suggests they are *not* all essential. So does
>> essential
>> > != core or required? Is there a resource where an analysis can be made
>> to
>> > determine compile, testing, run-time dependencies? Untangling this ball
>> of
>> > yarn by hand is going to burn up hours and lead an analyst down many
>> rabbit
>> > holes. Is there a POM that could save the man hours?
>> >
>> > Peace,
>> > Scott
>> > --
>> > View this message in context:
>> http://old.nabble.com/Essential-Dependencies-Only-tp26779724p26779724.html
>> > Sent from the Struts - User mailing list archive at Nabble.com.
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: user-unsubscribe@(protected)
>> > For additional commands, e-mail: user-help@(protected)
>> >
>> >
>>
>>
>>
>> --
>> Wes Wannemacher
>>
>> Head Engineer, WanTii, Inc.
>> Need Training? Struts, Spring, Maven, Tomcat...
>> Ask me for a quote!
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>
Attachment:
user_204272.ezm (zipped)Thanks brother. Actually it's not our projects we analyze; it's the open
source projects. We *do not* simply download/dump the OS project and begin
to use it. We factor each project into as many constituent OS projects as
it made from and then recursively walk down the tree doing this at each
node. It is a big PITA!
On Tue, Dec 15, 2009 at 12:03 PM, Musachy Barroso <musachy@(protected):
> mvn dependency:tree will give you all the dependencies nicely. I also
> have to help with this task in my company, and we haven't found any
> decent tool that does what you described. If all your projects use
> maven, then there is probably a plugin for that, but that's not the
> case for us.
>
> On Tue, Dec 15, 2009 at 9:58 AM, <stanlick@(protected):
> > Thanks Wes --
> >
> > Have you or others discovered any software that could be used to
> "decompose"
> > an open source product into its constituent parts and then further
> decompose
> > each of those in turn. Looking at a single POM rarely answers the "real"
> > questions. The dependency/version graph is wicked to deal with by hand
> and
> > the licenses therein complicate matters even further. I struggle when
> > thinking how many shops are each doing this over-and-over with each new
> > version release and it seems like a missing piece of the FOSS/legal
> puzzle.
> >
> > Peace,
> > Scott
> >
> >
> > On Mon, Dec 14, 2009 at 10:44 AM, Wes Wannemacher <wesw@(protected)>
> wrote:
> >
> >> Scott, take a look at the mailreader and blank apps. You can also read
> >> through the struts2-core pom (annotated and easier to read here -
> >>
> >>
> http://jarvana.com/jarvana/inspect-pom/org/apache/struts/struts2-core/2.1.8/struts2-core-2.1.8.pom
> >> ,
> >> that points to 2.1.8, they haven't indexed 2.1.8.1 yet, but there is
> >> no differences in dependencies).
> >>
> >> If you just want to cut to the chase, the "essentials" would be -
> >>
> >> struts2-core 2.1.8.1
> >> xwork-core 2.1.6
> >> freemarker 2.3.15
> >> ognl 2.7.3
> >>
> >> -Wes
> >>
> >> On Mon, Dec 14, 2009 at 10:36 AM, stanlick <stanlick@(protected):
> >> >
> >> > Greetings and Happy Holidays --
> >> >
> >> > I am sitting down to unwind the Essential Dependencies Only jar
> >> > (struts-2.1.8.1-lib.zip) in preparation for the litany of questions
> the
> >> > lawyers are going to ask before accepting the Struts 2.1.8.1 upgrade
> in
> >> > house. Now either I have a different understanding of the word
> >> essential,
> >> > or this version of our new Struts has really spread her arms. There
> are
> >> > seventy-one jars in the lib folder of the *essential dependencies only
> >> jar*
> >> > and a quick glance suggests they are *not* all essential. So does
> >> essential
> >> > != core or required? Is there a resource where an analysis can be
> made
> >> to
> >> > determine compile, testing, run-time dependencies? Untangling this
> ball
> >> of
> >> > yarn by hand is going to burn up hours and lead an analyst down many
> >> rabbit
> >> > holes. Is there a POM that could save the man hours?
> >> >
> >> > Peace,
> >> > Scott
> >> > --
> >> > View this message in context:
> >>
> http://old.nabble.com/Essential-Dependencies-Only-tp26779724p26779724.html
> >> > Sent from the Struts - User mailing list archive at Nabble.com.
> >> >
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: user-unsubscribe@(protected)
> >> > For additional commands, e-mail: user-help@(protected)
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> Wes Wannemacher
> >>
> >> Head Engineer, WanTii, Inc.
> >> Need Training? Struts, Spring, Maven, Tomcat...
> >> Ask me for a quote!
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscribe@(protected)
> >> For additional commands, e-mail: user-help@(protected)
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>
Attachment:
user_204273.ezm (zipped)yeah I know, so do we ;), right now grep is all I got
On Tue, Dec 15, 2009 at 10:09 AM, <stanlick@(protected):
> Thanks brother. Actually it's not our projects we analyze; it's the open
> source projects. We *do not* simply download/dump the OS project and begin
> to use it. We factor each project into as many constituent OS projects as
> it made from and then recursively walk down the tree doing this at each
> node. It is a big PITA!
>
> On Tue, Dec 15, 2009 at 12:03 PM, Musachy Barroso <musachy@(protected):
>
>> mvn dependency:tree will give you all the dependencies nicely. I also
>> have to help with this task in my company, and we haven't found any
>> decent tool that does what you described. If all your projects use
>> maven, then there is probably a plugin for that, but that's not the
>> case for us.
>>
>> On Tue, Dec 15, 2009 at 9:58 AM, <stanlick@(protected):
>> > Thanks Wes --
>> >
>> > Have you or others discovered any software that could be used to
>> "decompose"
>> > an open source product into its constituent parts and then further
>> decompose
>> > each of those in turn. Looking at a single POM rarely answers the "real"
>> > questions. The dependency/version graph is wicked to deal with by hand
>> and
>> > the licenses therein complicate matters even further. I struggle when
>> > thinking how many shops are each doing this over-and-over with each new
>> > version release and it seems like a missing piece of the FOSS/legal
>> puzzle.
>> >
>> > Peace,
>> > Scott
>> >
>> >
>> > On Mon, Dec 14, 2009 at 10:44 AM, Wes Wannemacher <wesw@(protected)>
>> wrote:
>> >
>> >> Scott, take a look at the mailreader and blank apps. You can also read
>> >> through the struts2-core pom (annotated and easier to read here -
>> >>
>> >>
>> http://jarvana.com/jarvana/inspect-pom/org/apache/struts/struts2-core/2.1.8/struts2-core-2.1.8.pom
>> >> ,
>> >> that points to 2.1.8, they haven't indexed 2.1.8.1 yet, but there is
>> >> no differences in dependencies).
>> >>
>> >> If you just want to cut to the chase, the "essentials" would be -
>> >>
>> >> struts2-core 2.1.8.1
>> >> xwork-core 2.1.6
>> >> freemarker 2.3.15
>> >> ognl 2.7.3
>> >>
>> >> -Wes
>> >>
>> >> On Mon, Dec 14, 2009 at 10:36 AM, stanlick <stanlick@(protected):
>> >> >
>> >> > Greetings and Happy Holidays --
>> >> >
>> >> > I am sitting down to unwind the Essential Dependencies Only jar
>> >> > (struts-2.1.8.1-lib.zip) in preparation for the litany of questions
>> the
>> >> > lawyers are going to ask before accepting the Struts 2.1.8.1 upgrade
>> in
>> >> > house. Now either I have a different understanding of the word
>> >> essential,
>> >> > or this version of our new Struts has really spread her arms. There
>> are
>> >> > seventy-one jars in the lib folder of the *essential dependencies only
>> >> jar*
>> >> > and a quick glance suggests they are *not* all essential. So does
>> >> essential
>> >> > != core or required? Is there a resource where an analysis can be
>> made
>> >> to
>> >> > determine compile, testing, run-time dependencies? Untangling this
>> ball
>> >> of
>> >> > yarn by hand is going to burn up hours and lead an analyst down many
>> >> rabbit
>> >> > holes. Is there a POM that could save the man hours?
>> >> >
>> >> > Peace,
>> >> > Scott
>> >> > --
>> >> > View this message in context:
>> >>
>> http://old.nabble.com/Essential-Dependencies-Only-tp26779724p26779724.html
>> >> > Sent from the Struts - User mailing list archive at Nabble.com.
>> >> >
>> >> >
>> >> > ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: user-unsubscribe@(protected)
>> >> > For additional commands, e-mail: user-help@(protected)
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Wes Wannemacher
>> >>
>> >> Head Engineer, WanTii, Inc.
>> >> Need Training? Struts, Spring, Maven, Tomcat...
>> >> Ask me for a quote!
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> >> For additional commands, e-mail: user-help@(protected)
>> >>
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>
