ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » How to Revert from Application back to normal Project

Post new topic  Reply to topic
 How to Revert from Application back to normal Project « View previous topic :: View next topic » 
Author Message
EricCox
PostPosted: Fri Apr 05, 2013 7:16 am    Post subject: How to Revert from Application back to normal Project Reply with quote

Master

Joined: 08 Apr 2011
Posts: 292

To all,

How is the suggested way to revert back to a normal project after converting to an application? I don't find the menu items to support this. It isn't a one way street is it?

Thanks,
Eric
Back to top
View user's profile Send private message
mqjeff
PostPosted: Fri Apr 05, 2013 7:18 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

Yes, it's a one-way street.

But that doesn't mean anything.

Nothing prevents you from renaming the application, creating a new message flow project, and moving everything.
Back to top
View user's profile Send private message
NealM
PostPosted: Fri Apr 05, 2013 7:39 am    Post subject: Reply with quote

Master

Joined: 22 Feb 2011
Posts: 230
Location: NC or Utah (depends)

It's sorta sad really. To me the biggest reason to use an Application would be to test out differences between two versions of a flow(s) or common subflow(s). But once worked out, I would perhaps want to revert to a broker project and take advantage of the shared libraries. There really should be an easier way to revert.
Back to top
View user's profile Send private message
EricCox
PostPosted: Fri Apr 05, 2013 7:43 am    Post subject: Beware of the one way street Reply with quote

Master

Joined: 08 Apr 2011
Posts: 292

IBM has put me in the precarious position of having recommended a path forward with no way back.

Source control systems and release managers such as myself don't like to make messes in our source code repository. Now I have to either manually change the code in the .project file or create a new version of the project with a new name. Neither is acceptable. I should be able to revert the project back to its original form through a supported feature.

I'm not happy that they did this to me. This is now going to cost me time to fix.
Back to top
View user's profile Send private message
lancelotlinc
PostPosted: Fri Apr 05, 2013 7:48 am    Post subject: Reply with quote

Jedi Knight

Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA

Unit testing hopefully would have pointed out this issue before the source code was committed by the developer to the SCR.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER
Back to top
View user's profile Send private message Send e-mail
EricCox
PostPosted: Fri Apr 05, 2013 7:52 am    Post subject: Moving Forward Reply with quote

Master

Joined: 08 Apr 2011
Posts: 292

Finding a company and business unit that is focused on moving forward with technology and not backward would also solve this.
Back to top
View user's profile Send private message
smdavies99
PostPosted: Fri Apr 05, 2013 7:53 am    Post subject: Reply with quote

Jedi Council

Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.

lancelotlinc wrote:
Unit testing hopefully would have pointed out this issue before the source code was committed by the developer to the SCR.


Or a new 'application POC' branch could have been created.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995

Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions.
Back to top
View user's profile Send private message
EricCox
PostPosted: Fri Apr 05, 2013 7:57 am    Post subject: POC Branch Reply with quote

Master

Joined: 08 Apr 2011
Posts: 292

Yes, I made the polyana assumption the company wanted to move forward with technology.
Back to top
View user's profile Send private message
Vitor
PostPosted: Fri Apr 05, 2013 9:26 am    Post subject: Re: POC Branch Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

EricCox wrote:
Yes, I made the polyana assumption the company wanted to move forward with technology.


You Fool!

Fallen for the oldest management trick in the book; the technology bait & switch.

We've all fallen for that at least once.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
rekarm01
PostPosted: Fri Apr 05, 2013 10:25 am    Post subject: Re: Beware of the one way street Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 1415

EricCox wrote:
IBM has put me in the precarious position of having recommended a path forward with no way back.

Source control systems and release managers such as myself don't like to make messes in our source code repository. Now I have to either manually change the code in the .project file or create a new version of the project with a new name. Neither is acceptable. I should be able to revert the project back to its original form through a supported feature.

Another option is to check out the prior version of the affected .project files from the source code repository, and refresh the workspace. That seems to work.

NealM wrote:
It's sorta sad really. To me the biggest reason to use an Application would be to test out differences between two versions of a flow(s) or common subflow(s). But once worked out, I would perhaps want to revert to a broker project and take advantage of the shared libraries.

Please explain this. Why can't applications take advantage of the shared libraries?
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Fri Apr 05, 2013 11:10 am    Post subject: Re: Beware of the one way street Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

rekarm01 wrote:

Please explain this. Why can't applications take advantage of the shared libraries?

I think what was meant here is that in order to take advantage of a change in a library/flow, you have to compile and redeploy the application, whereas if it is in the default application space, everybody in that space gets the change on deploy of the resource...
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
mqjeff
PostPosted: Fri Apr 05, 2013 11:29 am    Post subject: Re: Beware of the one way street Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

EricCox wrote:
IBM has put me in the precarious position of having recommended a path forward with no way back.

Source control systems and release managers such as myself don't like to make messes in our source code repository. Now I have to either manually change the code in the .project file or create a new version of the project with a new name. Neither is acceptable. I should be able to revert the project back to its original form through a supported feature.

I'm not happy that they did this to me. This is now going to cost me time to fix.


It should take you about five minutes. And doesn't actually require a new project of any kind.

The suggestion I made assumed you had no version control of any kind, because the question as stated doesn't make any sense if you have version control. As mentioned, if you have version control, just roll back any changes that were made to resources that are NOT broker code resources - .project, and etc. files.
Back to top
View user's profile Send private message
NealM
PostPosted: Fri Apr 05, 2013 12:27 pm    Post subject: Reply with quote

Master

Joined: 22 Feb 2011
Posts: 230
Location: NC or Utah (depends)

Quote:
fjb_saper wrote:
Quote:
rekarm01 wrote:
Please explain this. Why can't applications take advantage of the shared libraries?

I think what was meant here is that in order to take advantage of a change in a library/flow, you have to compile and redeploy the application, whereas if it is in the default application space, everybody in that space gets the change on deploy of the resource...

Yes, that and the fact that there is only one copy of the library at the EG level, shared by all independent broker projects using it, whereas there is a copy of the library in each application using it. So if you have a common subflow(s) used in hundreds of deployed flows......
Also, see my self-updated Any MB8 "rules of thumb" for library subflows topic.
Back to top
View user's profile Send private message
rekarm01
PostPosted: Mon Apr 08, 2013 12:38 am    Post subject: Re: Beware of the one way street Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 1415

fjb_saper wrote:
rekarm01 wrote:
Please explain this. Why can't applications take advantage of the shared libraries?

I think what was meant here is that in order to take advantage of a change in a library/flow, you have to compile and redeploy the application, whereas if it is in the default application space, everybody in that space gets the change on deploy of the resource...

Ok, that seems a lot more obvious now. Thanks.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » How to Revert from Application back to normal Project
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.