<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Package management issue in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051799#M1174267</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt; simply speaking, the new package concept have visibility section, and other features.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So you can decide in "package design" time, witch objects "see" others (for example, you have two includes in two different packages and you don't want that the main program - development in another package - can use these two includes).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Dont' worry about your existing class. If you don't touch the visibility section, there aren't problems.&lt;/P&gt;&lt;P&gt;Look in future if you want use this new features and all yopur future developments will follows the new rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bye&lt;/P&gt;&lt;P&gt;Andrea&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 14 Jan 2009 09:55:40 GMT</pubDate>
    <dc:creator>andrea_galluccio2</dc:creator>
    <dc:date>2009-01-14T09:55:40Z</dc:date>
    <item>
      <title>Package management issue</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051798#M1174266</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The general recommendation from SAP seems to be turning the package check switch OFF, in order to avoid issues with missing interfaces and use accesses for custom packages.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If this is done as a temporary solution, and then turned ON some time in the future, will it cause errors if the same interfaces and use accesses have not been defined in the meantime? Or will previously imported packages continue to work as before, even if functionality is called from outside the custom package? Does anyone have experiences from live scenarios?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Trond&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Jan 2009 09:33:16 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051798#M1174266</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-01-14T09:33:16Z</dc:date>
    </item>
    <item>
      <title>Re: Package management issue</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051799#M1174267</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt; simply speaking, the new package concept have visibility section, and other features.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So you can decide in "package design" time, witch objects "see" others (for example, you have two includes in two different packages and you don't want that the main program - development in another package - can use these two includes).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Dont' worry about your existing class. If you don't touch the visibility section, there aren't problems.&lt;/P&gt;&lt;P&gt;Look in future if you want use this new features and all yopur future developments will follows the new rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bye&lt;/P&gt;&lt;P&gt;Andrea&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Jan 2009 09:55:40 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051799#M1174267</guid>
      <dc:creator>andrea_galluccio2</dc:creator>
      <dc:date>2009-01-14T09:55:40Z</dc:date>
    </item>
    <item>
      <title>Re: Package management issue</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051800#M1174268</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Andrea,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;not sure if we understand each other correctly: my current issue is that we're receiving activation errors for some objects due to the package check being ON. I can turn it OFF, and thereby avoid having to define interfaces etc. before successfully activationg my objects. However, if I do this, and some time in the future turn the checks back ON, will my already activated objects start throwing errors (or is the check only done once, at activation)?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Trond&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Jan 2009 10:14:27 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051800#M1174268</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-01-14T10:14:27Z</dc:date>
    </item>
    <item>
      <title>Re: Package management issue</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051801#M1174269</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt; sorry but i don't have a "direct" experience on that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Probably will you not have any problem until you modify the program again.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bye&lt;/P&gt;&lt;P&gt;Andrea&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Jan 2009 16:57:17 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051801#M1174269</guid>
      <dc:creator>andrea_galluccio2</dc:creator>
      <dc:date>2009-01-14T16:57:17Z</dc:date>
    </item>
    <item>
      <title>Re: Package management issue</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051802#M1174270</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I would recommend leaving it ON in the first place, as OFF is anti-cyclic to what SAP is doing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The activation &lt;EM&gt;error&lt;/EM&gt; corresponds to a syntax &lt;EM&gt;warning&lt;/EM&gt; at runtime. Once SAP have completed all package interfaces and removed all syntax warnings of their own and a complete set of released BAPI's are available for the package and and and... somewhere down the line... they might change the runtime package &lt;EM&gt;warning&lt;/EM&gt; to an &lt;EM&gt;error&lt;/EM&gt; as well. I think that is the trend, but whether this will be a per package switch or a global switch at a major release or still happen during our lifetimes, I don't know. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But it is coming (like global warming is as well... &lt;SPAN __jive_emoticon_name="happy"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;Julius&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 25 Jan 2009 10:32:43 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/package-management-issue/m-p/5051802#M1174270</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-01-25T10:32:43Z</dc:date>
    </item>
  </channel>
</rss>

